[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2505
Version: 1.3.0
Fix Version: 1.3.0 (r8208)
Fixed in Subversion repository.
Thanks Albrecht for this lesson of Cygwin that's was very useful
for me.
Could Xft be processed under Cygwin as it is under X11 ?
That is, if one
On 07.01.2011 10:24, Manolo Gouy wrote:
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2505
Version: 1.3.0
Fix Version: 1.3.0 (r8208)
Fixed in Subversion repository.
Not yet... ;-)
We both missed an _important_ point. Currently we're converting
the string almost always
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2505
Version: 1.3.0
Fix Version: 1.3.0 (r8211)
For the record: the above-mentioned commit was in r8208.
Further improvement (removed double string conversion) in svn r 8211.
Link: http://www.fltk.org/str.php?L2505
Version: 1.3.0
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2509
Version: 1.3-current
Fix confirmed with update to filename_absolute.cxx from the 8146 rev.
Thanks, Albrecht!
Link: http://www.fltk.org/str.php?L2509
Version:
On 07.01.2011 10:24, Manolo Gouy wrote:
[part 2 to this question:]
Could Xft be processed under Cygwin as it is under X11 ?
That is, if one does, in fl_utf.c:
unsigned fl_utf8towc(const char* src, unsigned srclen,
wchar_t* dst, unsigned dstlen)
{
#if defined(WIN32)
Author: manolo
Date: 2011-01-07 01:15:02 -0800 (Fri, 07 Jan 2011)
New Revision: 8208
Log:
Fix STR #2505. This allows bad UTF-8 strings to be displayed under X11+Xft
without crash.
Any string is converted to Unicode (to UTF-16 under Cygwin) by fl_utf8decode()
within
the fl_draw() and fl_width()
Author: yuri
Date: 2011-01-07 01:45:40 -0800 (Fri, 07 Jan 2011)
New Revision: 8209
Log:
fix build with xinerama
Modified:
branches/branch-1.3/src/screen_xywh.cxx
Modified: branches/branch-1.3/src/screen_xywh.cxx
===
---
Author: matt
Date: 2011-01-07 13:27:30 -0800 (Fri, 07 Jan 2011)
New Revision: 8215
Log:
Tag 1.3.0rc3
Added:
tags/release-1.3.0rc3/
Copied: tags/release-1.3.0rc3 (from rev 8214, branches/branch-1.3)
___
fltk-commit mailing list
Author: mike
Date: 2011-01-07 14:08:43 -0800 (Fri, 07 Jan 2011)
New Revision: 589
Log:
Commit_From_Website
Modified:
trunk/data/software.md5
Modified: trunk/data/software.md5
===
--- trunk/data/software.md5 2010-12-29
Author: mike
Date: 2011-01-07 14:19:51 -0800 (Fri, 07 Jan 2011)
New Revision: 591
Log:
Commit_From_Website
Modified:
trunk/data/software.md5
Modified: trunk/data/software.md5
===
--- trunk/data/software.md5 2011-01-07
Author: matt
Date: 2011-01-07 14:20:56 -0800 (Fri, 07 Jan 2011)
New Revision: 592
Log:
Forgot the html docs
Modified:
trunk/data/software.md5
Modified: trunk/data/software.md5
===
--- trunk/data/software.md5 2011-01-07
I don't know much about X11 and much less about Xinerama, but I tried to get
the DPI code running on X yesterday, and all my virtual machines (3 Linux
variants) fell back to X11 (no Xinerama). After investigating a little more, I
found that there is no libXinerama.so, but there are
On 07.01.2011, at 02:33, fltk-dev@easysw.com wrote:
Author: matt
Date: 2011-01-06 17:33:29 -0800 (Thu, 06 Jan 2011)
New Revision: 8206
Log:
DPI fixed for Xinerama?
About Fl::screen_dpi() on Mac OS:
unfortunately, the system function userSpaceScaleFactor
always returns 1 (unless
Generally screen DPI seems to be handled Really Badly across the board -
most WinXX systems lie to you about DPI too, just returning 96 or 120 or
whatever they fancy regardless of what actual display is connected.
Recent Xorg X11 systems appear to be going the same way...
This came up recently
On 07.01.2011, at 11:13, Manolo Gouy wrote:
On 07.01.2011, at 02:33, fltk-dev@easysw.com wrote:
Author: matt
Date: 2011-01-06 17:33:29 -0800 (Thu, 06 Jan 2011)
New Revision: 8206
Log:
DPI fixed for Xinerama?
About Fl::screen_dpi() on Mac OS:
unfortunately, the system function
On 07.01.2011 10:38, Matthias Melcher wrote:
I don't know much about X11 and much less about Xinerama, but I tried to get
the DPI code running on X yesterday, and all my virtual machines (3 Linux
variants) fell back to X11 (no Xinerama). After investigating a little more,
I found that
On 07.01.2011, at 13:27, Albrecht Schlosser wrote:
On 07.01.2011 10:38, Matthias Melcher wrote:
I don't know much about X11 and much less about Xinerama, but I tried to get
the DPI code running on X yesterday, and all my virtual machines (3 Linux
variants) fell back to X11 (no Xinerama).
Now,
since pretty much all the OSs lie (which shouldn't come as a
surprise, because until HDMI the data exchange between
screens and graphics cards has been very minimalistic),
Well, in theory, the EDID data returned by DDC2 on most any recent
monitor gives pretty much the same info as
Gents,
A few new warnings being seen now on my win32 builds (Msys/mingw based
build...) that were not present a few days ago.
First is in the font handling, maybe something to do with the work
Manolo did to display Arabic (and other RTL) text a bit better?
Compiling fl_font.cxx...
In file
On 07.01.2011, at 13:51, MacArthur, Ian (SELEX GALILEO, UK) wrote:
Now,
since pretty much all the OSs lie (which shouldn't come as a
surprise, because until HDMI the data exchange between
screens and graphics cards has been very minimalistic),
Well, in theory, the EDID data returned
On 07.01.2011 14:23, MacArthur, Ian (SELEX GALILEO, UK) wrote:
A few new warnings being seen now on my win32 builds (Msys/mingw based
build...) that were not present a few days ago.
...
The next seems to be a side effect of the recent DPI stuff, I guess...
Compiling screen_xywh.cxx...
On 07.01.2011 13:34, Matthias Melcher wrote:
BTW.: I'm just fixing a bug WRT Xinerama and dpi for Cygwin/X11 or
maybe generally for X11: As it is on my system, configure finds
Xinerama, but it is not active with my X server configuration,
i.e. XineramaIsActive(fl_display) returns false...
You are probably missing one of the -devel packages, or it is a packaging bug
for the Linux distro...
On Jan 7, 2011, at 1:38 AM, Matthias Melcher wrote:
I don't know much about X11 and much less about Xinerama, but I tried to get
the DPI code running on X yesterday, and all my virtual
On Jan 7, 2011, at 2:13 AM, Manolo Gouy wrote:
...
About Fl::screen_dpi() on Mac OS:
unfortunately, the system function userSpaceScaleFactor
always returns 1 (unless special measures are taken, see below)
whatever the screen and screen resolution you use. I have here
a MacBook Pro and an
On Jan 7, 2011, at 4:34 AM, Matthias Melcher wrote:
On 07.01.2011, at 13:27, Albrecht Schlosser wrote:
On 07.01.2011 10:38, Matthias Melcher wrote:
I don't know much about X11 and much less about Xinerama, but I tried to
get the DPI code running on X yesterday, and all my virtual
I don't think that we currently have a clear documentation of
FLTK's usage of compiler, OS, and FLTK's own #define's.
Should I (we) try to write such docs, and where would be a useful
place? Maybe in the OS-specific documentation chapter ? Or in the
developer section?
Here are some first
The CMP page is the correct place for these things:
http://www.fltk.org/cmp.php
Just add another section near the end for preprocessor standards.
On Jan 7, 2011, at 11:02 AM, Albrecht Schlosser wrote:
I don't think that we currently have a clear documentation of
FLTK's usage of compiler,
On 07.01.2011, at 17:50, Michael Sweet wrote:
FWIW, I have the JPEG changes almost ready to go - just need to finish
updating the IDE project files with the changes to the JPEG sources. ZLIB and
PNG to follow this weekend...
Great! I will do an RC3 now and the RC4 will be just for the
I've installed 1.3.0rc2 under MinGW (Library and documentation files) and
built/installed with ...
./configure
make
make install
Everthing built OK (two minor compilation warnings in fl_font_win.cxx) and
previous projects build and work OK without requiring rework.
However, when I
On 07.01.2011, at 04:47, Sam wrote:
Your Status Bar class could provide a function:=20
setSomeStatus(int on_or_off)
Then it would be up to the Status Bar class to remember the pointer to
whatever widget you use and how to change it.
It won't change the button. I think I'm going to
I'm using Fluid 1.0.11 to set up short keys for regular
buttons (not toggle buttons). When pressing the button with
the mouse, it briefly changes to the selection color and the
callback is executed. That works fine. But when I use the
shortcut key, the callback is executed but the
But the error only comes when the linker tries to create the exe,
the undefined is referring to the object file, so it must be a library
I am missing..? Which library should be included for Fl_Help_Dialog?
At present i am only linking fltk.a and fltkpng
You need the images support too. All
Stupid questions, but.. I can't find any information about this on google or
otherwise. I recently tried building an FLTK app myself with MinGW, and it gave
me some linker errors referring to some GDI calls. What library flag do I have
to pass to MinGW to link in the GDI lib?
Stupid questions, but.. I can't find any information about
this on google or otherwise. I recently tried building an
FLTK app myself with MinGW, and it gave me some linker errors
referring to some GDI calls. What library flag do I have to
pass to MinGW to link in the GDI lib?
If you
But the error only comes when the linker tries to create the exe,
the undefined is referring to the object file, so it must be a library
I am missing..? Which library should be included for Fl_Help_Dialog?
=20
At present i am only linking fltk.a and fltkpng
You need the images support
Thanks! I didn't know fltk-config could do all that. They even have a simple
example makefile in that HowTo, that might help since I never really bothered
to get into makefiles too much.
___
fltk mailing list
fltk@easysw.com
I am using Fl_Secret_Input to provide a field where users can type
password sentences. I have a Fl_Button named 'View Sentence' that allows
users to see (but not edit) the sentence they have typed. When they
click 'View Sentence', a fl_message displays the sentence.
I would like to toggle the
On 07.01.2011 18:05, Brad wrote:
I am using Fl_Secret_Input to provide a field where users can type
password sentences. I have a Fl_Button named 'View Sentence' that allows
users to see (but not edit) the sentence they have typed. When they
click 'View Sentence', a fl_message displays the
Albrecht Schlosser wrote:
Good idea to ask ;-) It's much easier than you thought.
Fl_Secret_Input is derived from Fl_Input_, and you can set the type()
to change its behavior. Here are the type definitions from the FLTK 1.3
docs (FLTK 1.1 is identical):
#define FL_NORMAL_INPUT
I started experimenting with drag-and-drop to allow me to move data around in
the GUI I am developing. I would want to be able to use it within one window
to move data from one part to another, but also between windows. I'm testing
right now with a drag source in one window, going into my
40 matches
Mail list logo
