On 10/03/11 12:32, Matthias Melcher wrote:
svn ls http://svn.easysw.com/public/fltk/fltk/tags/
[to get a list of tags]
svn info http://svn.easysw.com/public/fltk/fltk/tags/release-1.3.0
to get the revision and date.
Thanks! For posterity sake, I've updated:
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2728
Version: 1.3-feature
To test for problems with variable shadowing (for apps that compile against
FLTK with e.g. -Wshadow), we could make one test program
that
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2728
Version: 1.3-feature
Link: http://www.fltk.org/str.php?L2728
Version: 1.3-feature
___
fltk-dev mailing list
On 10/10/11 03:54, Yaskhan wrote:
What language?
sorry. c++0x
Moving this thread to fltk.general.
Please follow up there. (Subject has same title)
___
fltk-dev mailing list
fltk-dev@easysw.com
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2734
Version: 1.3-feature
Haven't looked at the mods yet, but I'm thinking the intention of the
current interface is for the app programmer to implement a change callback
Is there something like the opposite of an fl_clip(),
eg. an 'fl_mask()'?
There's a thread on fltk.general asking about making a
Microsoft style widget label, where the label overlays
the border box, eg:
+-- label --+
| |
|
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Active]
Link: http://www.fltk.org/str.php?L2740
Version: 1.3-feature
See Fl_Table and Fl_Table_Row which provide such features.
For clickable headers see examples/table-sort
For row/col titles with col
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2740
Version: 1.3-feature
Fix Version: 1.3-feature
Link: http://www.fltk.org/str.php?L2740
Version: 1.3-feature
Fix Version: 1.3-feature
___
fltk-dev mailing list
fltk-dev@easysw.com
On 10/19/11 14:17, David wrote:
Browser (listview) widget that allows column titles,
column alignment (left/right/middle), column widths (fixed or resizable),
clickable column titles for sorting, icons, checkboxes, etc..
See Fl_Table and Fl_Table_Row which provide such features.
But
On 11/09/11 14:06, David wrote:
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
Link: http://www.fltk.org/str.php?L2766
Version: 1.3-feature
This change allows someone to configure FLTK to use 0x0F as the symbol
prefix character instead of @. This allows the
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2728
Version: 1.3-feature
Attached file shadow-variables-test-program.patch...
Link: http://www.fltk.org/str.php?L2728
Version: 1.3-featureIndex: Makefile
Moving this thread over to fltk general with the same title
so that I/we can respond.
On 12/07/11 05:59, E. Torres wrote:
Wikipedia is a good point to start with those kind of questions
http://en.wikipedia.org/wiki/Transformation_matrix
On Wed, Dec 7, 2011 at 2:40 AM, MacArthur, Ian
On 12/09/11 12:05, Bill Spitzak wrote:
I would not do this, as it will make it impossible to link unrelated
fltk-using code together as this would have to be a static value. Or we
have to waste space to put the value on every widget.
The user should be able to turn on the don't interpret @
On 12/10/11 05:51, Albrecht Schlosser wrote:
On 12/09/11 12:05, Bill Spitzak wrote:
I would not do this, as it will make it impossible to link unrelated
fltk-using code together as this would have to be a static value. Or we
have to waste space to put the value on every widget.
Fully agreed
A global option to disable '@' processing
On a slightly related tangent, one of the few things I've had
to actually /modify/ fltk for to support my commercial app is
adding ANSI escape sequences (eg. \033[xxx) to control per-character
foreground and background color attributes in
On 12/10/11 14:41, Ian MacArthur wrote:
On 10 Dec 2011, at 20:44, Domingo Alvarez Duarte wrote:
With this suggestion of VT100 we will have a kind of rich text ! that's
nice !
I'm old enough to have done *quite a lot* of display work using VT100 escape
sequences.
What I'd take away from
On 12/10/11 14:44, Ian MacArthur wrote:
On 10 Dec 2011, at 21:38, Matthias Melcher wrote:
Let's follow Obi Wan Kenobis suggestion and use the source, Luke.
In the code below, you will see that we had an option to enable
and disable the @ prefix all along, using the label type
FL_NORMAL_LABEL
On 12/11/11 02:46, Ian MacArthur wrote:
OK, maybe not VT100. Maybe VT220 then? :-)
Ooo, pixels!
I actually did render a mandelbrot on a VT220 back in 1986 once.. my
first
unix program, and it was all rendered with those ESC sequences. Took
forever.
Shot an
On 12/14/11 02:19, MacArthur, Ian (SELEX GALILEO, UK) wrote:
[html suggestion]
the limited pseudo-html syntax that is used by Qt and Pango
and possibly a large number of other pieces of software.
This would let users write foo bboldibold
italic/i/b and so on.
Greg's idea (ANSI inspired
On 12/14/11 13:26, Ian MacArthur wrote:
#define BOLD_ON \e[1m
#define BOLD_OFF \e[0m
const char *msg = BOLD_ON Alert! BOLD_OFF \nYour printer is on fire;
Ah, but I see ESC[1m and I think Bold, ESC[0m and I think attributes
off...
Maybe that's just me...
That's
On 12/15/11 01:28, MacArthur, Ian (SELEX GALILEO, UK) wrote:
That's true -- technically I should have used:
#define BOLD_OFF \e[21m
..but \e[0m is so much easier to remember to turn off everything :P
Ah, we may be talking at crossed-purposes - I was not meaning to be
On 01/04/12 09:41, Duncan Gibson wrote:
I am in the process of closing down Easy Software Products. As many of
you know, fltk.org is hosted on the easysw.com server. Our current
colocation contract ends in April 2012, and while I might be able to
extend things on a month-to-month basis I
On 01/06/12 06:28, Albrecht Schlosser wrote:
Moving this thread to fltk.development ...
Please post follow-ups to fltk.development.
On 05.01.2012 18:15, Greg Ercolano wrote:
Looks like fltree.patch would break the ABI, so we can probably not
apply this in fltk 1.3.x.
Good point.
Hmm, we
On 01/07/12 02:29, Albrecht Schlosser wrote:
To close that hole, perhaps we should add a requirement
to the CMP so that all new .0 releases must first resolve
all FL_ABI_FEATURE's are resolved before release.
So in other words, make sure any source files that show up
On 01/08/12 04:48, Albrecht Schlosser wrote:
This is *not* dependent on linking statically or dynamically! If your
version of the FLTK lib is compiled with another ABI version macro than
you define in your application, then you *have* different ABI versions
in your application.
Oh, I
On 01/09/12 03:19, Albrecht Schlosser wrote:
I'd think the version# would simply be set at FLTK build time,
'baked' into one of the .H files, and then could not be changed
unless the lib were rebuilt.
Okay, but it would be difficult (at least I think so) to change the
file
On 01/08/12 04:48, Albrecht Schlosser wrote:
Users are encouraged to do something like this in their main program
or wherever they have potential ABI differences:
if (fl_abi_version() != FL_ABI_VERSION)
fl_abort (FLTK ABI version mismatch: %d != %d,
fl_abi_version(),
On 01/12/12 09:05, Mariwan wrote:
HI,
Please FLTK developer try to find a way to collect the small projects (small
extra library that is an extentions for fltk).
As you didn't like my suggestion for the git , and it is up to you to do so
but collecting the widgets beside the core FLTK is
I really need to check these Fl_Tree ABI features to get it off
my plate, otherwise I fear I'll forget to get around to it.
In the interest of time, I'm going to go with Albrecht's idea
of using FLTK_ABI_VERSION with a release number, eg:
FLTK_ABI_VERSION 10302
On 01/17/12 01:32, MacArthur, Ian (SELEX GALILEO, UK) wrote:
I guess what I'd really want is a macro like:
I_AM_LINKING_STATIC_SO_GIVE_ME_THE_LATEST_AND_GREATEST_ABI_OPTIONS
(well, maybe the actual name might be shorter than that) to get at the
latest supported ABI without having to
I really need to check these Fl_Tree ABI features to get it off
my plate, otherwise I fear I'll forget to get around to it.
In the interest of time, I'm going to go with Albrecht's idea
of using FLTK_ABI_VERSION with a release number, eg:
FLTK_ABI_VERSION 10302
On 01/23/12 10:22, Yuri P. Fedorchenko wrote:
hm i also have a problem. when i try open, for example,
http://www.cli.di.unipi.it/~demiche/3DPlanetarium.html
i have:
Forbidden
You don't have permission to access /~demiche/3DPlanetarium.html on this
server.
It's just a stale link.
One of the things I liked about the old 1.1.x docs
was we were able to make comments against the docs.
Kinda handy for users.
Not sure how to pull this off with doxygen, but perhaps
we can make a post-process for our doxygen website pages
that hooks some HTML at the bottom of all the doxygen
On 01/30/12 01:05, duraisamy wrote:
Dear Friends,
We would like to make sure that software is free or license.
FLTK is free and can be used in free or commercial software
for free.
We would like to know whether we have to satisfy any licensing agreement
to make the software
On 01/30/12 01:05, duraisamy wrote:
Now, we were used Qt 4.6.2 version in our embedded device.
It is going to be licences very soon. so we plan to switch over fltk.
Although we're happy you'd like to use FLTK,
it might save you some trouble to make sure you're right
On 01/24/12 06:46, Albrecht Schlosser wrote:
Yeah, the old approach (with FLTK 1.1) was IIRC to display a
standard header, then followed by the normal HTML page, and then
by the form needed to show and add comments. Or similar...
Unfortunately this didn't work with the doxygen docs, maybe
On 02/21/12 02:01, MacArthur, Ian (SELEX GALILEO, UK) wrote:
This is VERY bad because this code is vastly out of date and bloated,
and skips processor optimizations that the main ones have in them.
Basically on Linux and BSD, these should NEVER be used.
Um, I don't understand. What's out of
On 02/22/12 09:13, Albrecht Schlosser wrote:
I'd say its easier to do it locally once you've installed your own
test environment.
Thanks for the advice.
Yes, got it all working in about 45 mins.
Just defaults for everything.
Installed LAMP and downloaded the
On 02/22/12 10:14, Greg Ercolano wrote:
So I should be able to change software.php to do this:
http://seriss.com/people/erco/fltk/tmp/fltk-downloads.png
Basically adding an if() statement that checks to see if the version
starts with 1. or not.
Later, we can change that logic when one
On 02/22/12 23:50, chris wrote:
Something seems to be screwed up.,.
Some of the tables now have a 100% above the header.
For example on the startpage:
100% --
Quickinfo
..
100% ---
Release Schedule
Thanks for the report; fixed.
On 02/23/12 07:07, james wrote:
As a part of my project torapp guilloche designer(www.torapp.info), I used
cairo to render everything, and the output is amazing.
Yes; the mechanical precision of how cairo draws edges
really changes everything. From your app's gallery:
On 02/23/12 01:00, Albrecht Schlosser wrote:
I only hope that people don't select the *red* versions, because that
seems to be /highlighted/, so it must be the most important (*best*)
versions... ;-)
Ya, I was thinking about adding that extra thing I mentioned
so that when
On 02/23/12 09:28, Greg Ercolano wrote:
On 02/23/12 01:00, Albrecht Schlosser wrote:
I only hope that people don't select the *red* versions, because that
seems to be /highlighted/, so it must be the most important (*best*)
versions... ;-)
Ya, I was thinking about adding [..] an alert
On 02/24/12 09:17, Greg Ercolano wrote:
On 02/24/12 07:12, Torsten Giebl wrote:
But, I'll see if I can revisit and try to make some kind
of row separator that keeps it all in the same table,
OK, just checked in some mods that keeps all the entries
in the same table
On 02/24/12 16:51, Albrecht Schlosser wrote:
Hi Greg, there seems to be a bug in function html_empty_row()
Thanks; got it.
___
fltk-dev mailing list
fltk-dev@easysw.com
http://lists.easysw.com/mailman/listinfo/fltk-dev
On 01/20/12 01:41, MacArthur, Ian (SELEX GALILEO, UK) wrote:
Should we put a version of FLTK_ABI_VERSION in Enumerations.h, maybe set
to 10300 or such, and a commented out version set to 10302, along with
some comments outlining their purpose?
I think what I'll do for the short term is add
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?
[..]
On 03/02/12 08:26, Manolo Gouy wrote:
I have checked the comments you added and found them excellent
(I
I'll try to also follow through to document this in the CMP,
with the provision that this is an evolving topic.
I should also try to merge in all that other stuff awaiting
addition to the CMP.
That would be most excellent!
+1 ;-)
OK, updated the CMP.
The
On 03/04/12 19:10, Greg Ercolano wrote:
OK, updated the CMP.
Fleshed out the CMP's index at the top
to include all the headings in the doc.
___
fltk-dev mailing list
fltk-dev@easysw.com
http://lists.easysw.com/mailman/listinfo/fltk
On 03/01/12 12:31, Ian MacArthur wrote:
On 01/20/12 01:41, MacArthur, Ian (SELEX GALILEO, UK) wrote:
Should we put a version of FLTK_ABI_VERSION in Enumerations.h, maybe set
to 10300 or such, and a commented out version set to 10302, along with
some comments outlining their purpose?
I
[CORRECTION]:
On 03/11/12 11:43, Greg Ercolano wrote:
So for instance, today [*if*] one of us had a version of just Fl_Widget
that entirely uses Cairo, we could include it in the FLTK 1.x
source as e.g. Fl2_Widget
..emphasis on 'if'.
And I don't know
On 03/11/12 14:54, Duncan Gibson wrote:
OP described 2 separate issues:
1. slow performance of offscreen overlays, and
2. improving the look/performance of widgets using Cairo
I agree that improving the widget's look is a good idea,
and perhaps it should start with making a new
On 03/12/12 10:28, J. Liles wrote:
Just to keep this discussion sane: the only thing that widgets
containing only straight lines have to benefit from Cario is alpha
blending.
And any changes to style would be better made in the
boxtypes... It's more important that fl_line, arc, curve,
On 03/12/12 20:30, J. Liles wrote:
However, when I dig into the FLTK code to look for a place to
install this permanently, I find a bizarre mess of #if defined(USE_X11)
type junk. What is the point of having different classes that inherit
from Fl_Graphics_Driver if you're just going to
On 03/13/12 07:16, Albrecht Schlosser wrote:
The main problem we have with these changes is that it is difficult
for us (devs) to change all IDE files (Win VC++, Mac Xcode) and other
build systems (e.g. CMake), since we don't have some older dev tools
(VC++) etc. There is work in progress,
On 03/13/12 15:06, J. Liles wrote:
On Tue, Mar 13, 2012 at 2:58 PM, Ian MacArthur imacart...@gmail.com wrote:
Cairo's PDF output is pretty good, FWIW - so if we had a Cairo backend, we
could get PDF output for free too Just a passing thought...
Yeah, I'd say it's pretty good. And it
On 03/18/12 14:11, Ian MacArthur wrote:
Can't comment on Epichord, but ISTR that Nuke (and maybe CinePaint)
were using fltk2 at some point. More recent Nuke versions were moved
to QT for compatibility with the house standards in their new stable.
No idea about the current state of Cinepaint...
On 03/19/12 05:59, james wrote:
I did tried your torapp on chrome and I have some sugestions about it,
mainly usability: font size and scrollbars too small.
The scrollbars are so thin that is hard to use then.
Overall it's an interest use of nativeclient possibilities.
Thank you very much
On 03/19/12 15:09, J. Liles wrote:
On Mon, Mar 19, 2012 at 2:57 PM, Ian MacArthur imacart...@gmail.com wrote:
I've done this mainly because, despite spending many hours
of trial and error, I cannot seem to get Cairo to reliably draw 1px
thick lines at integer coordinates (even using the device
On 03/19/12 17:59, Greg Ercolano wrote:
On 03/19/12 15:09, J. Liles wrote:
On Mon, Mar 19, 2012 at 2:57 PM, Ian MacArthur imacart...@gmail.com wrote:
I've done this mainly because, despite spending many hours
of trial and error, I cannot seem to get Cairo to reliably draw 1px
thick lines
On 03/20/12 13:53, Jerome M. Berger wrote:
Speaking of 3.0, is it already usable? With *relative* widget
coordinates? (the latter is the main reason I use 2.0 instead of 1.x).
Unless you want to help with 3.0 dev or testing,
I would suggest against using it until it has
On 04/01/12 18:37, Bill Spitzak wrote:
Oops I meant to send this to somebody else, not to the email list
This is what Matthias has been up to lately however. His nickname at
Digital Domain was Wonko.
On 04/01/2012 03:34 PM, Bill Spitzak wrote:
http://www.weinbrennerei-dujardin.de/
On 04/02/12 12:10, Duncan Gibson wrote:
This is what Matthias has been up to lately however. His nickname at
Digital Domain was Wonko.
So Matt and Greg both worked with you at DD.
No wonder they are FLTK gurus :-)
Yes, I played with FLTK a bit at DD, but didn't actually
use
On 04/03/12 03:22, Matthias Melcher wrote:
(Mike very early [on] IIRC),
Yes, I recall Bill telling me about this guy on the east coast
who had made a whole website for FLTK, put it under source code
control, set up newsgroups, etc.. all for 'free'!
Linux became popular,
On 04/05/12 16:26, Fabien Costantini wrote:
Today, I would vote for removing the visual studio 2xxx ide projects and
stick with cmake.
I'd like to use cmake, but it's distressing that it isn't native
to any of the OS's we support. ('Command not found' on OSX/Lion,
On 04/05/12 19:41, Greg Ercolano wrote:
On 04/05/12 16:26, Fabien Costantini wrote:
Today, I would vote for removing the visual studio 2xxx ide projects and
stick with cmake.
I'd like to use cmake, but it's distressing that it isn't native
to any of the OS's we support
On 04/07/12 06:07, Albrecht Schlosser wrote:
I know that I can get FLTK to build on Windows with gmake
by just including a gmake.exe and some Makefiles specific to MS.
Could you please tell us what gmake.exe is? Is it GNU make, or is
it something else? Sorry, I saw your suggestion
On 04/07/12 07:50, Albrecht Schlosser wrote:
On 07.04.2012 15:50, Michael Sweet wrote:
Autoconf isn't needed on enduser systems as the configure script is bundled
with the tar balls.
Oh, right. Thanks for the correction.
And look, the GNU autoconf page:
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2681
Version: 1.4-feature
Now that we have a way to handle ABI modifications within maintenance
releases, this should be revisited.
Link:
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Active]
Link: http://www.fltk.org/str.php?L2681
Version: 1.3-feature
Changing this back from a 1.4 RFE to a 1.3 RFE.
Link: http://www.fltk.org/str.php?L2681
Version: 1.3-feature
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2681
Version: 1.3-feature
Fix Version: 1.3-current (r9345)
Fixed in Subversion repository.
Link: http://www.fltk.org/str.php?L2681
Version: 1.3-feature
Fix Version: 1.3-current (r9345)
On 04/13/12 22:30, Fabien Costantini wrote:
I'd like to add an 'a la mac os x' reselect feature when user
clicks 2 times on an item, that was therefore already selected in Fl_Tree.
Yes, I think right now the callback is invoked for only
these 'reasons':
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2827
Version: 1.3-feature
Fix Version: 1.3-current
Great!
One comment about the commit: can you double check your tabstops
are set to 8 (and not 4).
Some weird
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2827
Version: 1.3-feature
Fix Version: 1.3-current
Thanks Greg, I re-indexed some sections
I got the rest of the indent problems (r9355) and expanded some doxygen
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2827
Version: 1.3-feature
Fix Version: 1.3-current (r9350)
In r9358:
Fixed so reselect doesn't affect the 'changed' flag
Added an option chooser to test/tree test
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2827
Version: 1.3-feature
Fix Version: 1.3-current (r9358)
Reclosing.
Fabien: if you see any trouble with this change,
feel free to re-open + change.
Link:
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2827
Version: 1.3-feature
Fix Version: 1.3-current (r9358)
Link: http://www.fltk.org/str.php?L2827
Version: 1.3-feature
Fix Version: 1.3-current (r9358)
___
fltk-dev mailing list
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2799
Version: 1.3-feature
Not sure if the issue is screen resolution so much as it is mouse
resolution, or how many 'mickeys' of mouse movement == noise.
Probably
A fascinating thread formed today on a large but private CG
mailing list that branched from a discussion on c++11
to STL ABI issues that I found quite interesting, as well
as the problems of exposing STL in a lib's API and why that
should be avoided.
On 04/23/12 14:57, Matthias Melcher wrote:
I added the OS X command line build for FLTK 1.3 to Jenkins. I also added
all jobs for FLTK 3.0.
http://matthiasm.mooo.com/jenkins
Cool! This looks kinda easy to use.
I wanted to look at the console output from some of the recent
On 04/23/12 18:22, Greg Ercolano wrote:
On 04/23/12 14:57, Matthias Melcher wrote:
I added the OS X command line build for FLTK 1.3 to Jenkins. I also added
all jobs for FLTK 3.0.
http://matthiasm.mooo.com/jenkins
[..]
Having done [a rebuild] I can now view the console output
On 04/23/12 18:22, Greg Ercolano wrote:
On 04/23/12 14:57, Matthias Melcher wrote:
I added the OS X command line build for FLTK 1.3 to Jenkins. I also added
all jobs for FLTK 3.0.
http://matthiasm.mooo.com/jenkins
Cool! This looks kinda easy to use.
Just did a successful
Only suggs I can think of so far:
o The output of date(1) at top+bottom of console log
so we can see start/end build dates in the log itself
o The output of 'gcc -v' in the log, so we can see the
compiler version
o Perhaps a separate
On 04/24/12 08:07, MacArthur, Ian (SELEX GALILEO, UK) wrote:
By using repeated replaces the entire display's colours can be
controlled BUT NOT THE BACKGROUND. Why can't each Style_Table_Entry
contain background color information somehow?
Sorry - it just wasn't designed that way...
On 04/25/12 13:42, Matthias Melcher wrote:
Also, I got MinGW running. Only caveat: if the script fails, the .BAT still
does not fail, hence the result is alway success. Maybe anyone has an idea?
Is there a way to see the BAT and SH scripts?
Usually it's just a matter of
On 04/25/12 16:08, Matthias Melcher wrote:
It's currently:
C:\MinGW\msys\1.0\bin\sh.exe --login -c ( cd
/c/jenkins/workspace/FLTK_1.3_MSVista_MinGW date
Hmm, I'd suggest '|| set ERRORLEVEL=1' inside the quotes
is the problem; inside the quotes it's being parsed by sh(1)
On 04/25/12 17:18, Greg Ercolano wrote:
..where 'your_mingw.sh' might look like:
Oops, actually, I'd suggest this instead for the sh script:
echo --- GCC VERSION: # show..
gcc --version # ..gcc version info
echo --- Started: `date` # show
On 04/26/12 01:12, MacArthur, Ian (SELEX GALILEO, UK) wrote:
Also, I got MinGW running. Only caveat: if the script fails, the .BAT
still does not fail, hence the result is alway success. Maybe anyone has
an idea?
I see Greg has some suggestions, but I wonder if we can get away
with
On 04/27/12 11:07, STF wrote:
autoconf... oh It's been a long time I haven't done C/C++, Unix
and similar stuffs... forgot about this autoconf. Anyway, personally,
I've never created and used autoconf -- just using the old makefile
all the time.
It uses autoconf to find out about
On 04/30/12 13:44, Matthias Melcher wrote:
Oh! Not good! It seems that there is still an issue with returning a failed
build on multiple platforms. That really defeats the purpose...
Maybe you missed my follow up last week which I think might fix it:
* * *
It's currently:
On 05/01/12 12:38, David Currie wrote:
On 04/27/12 15:55, David Currie wrote:
what is a diff? is it the output from diff original new?
A 'diff' is the output of diff(1) comparing the old and new file, eg:
diff -u foo.old foo.new
The nice thing about a universal diff
On 04/30/12 15:44, fltk-dev@easysw.com wrote:
Author: matt
Date: 2012-04-30 15:44:33 -0700 (Mon, 30 Apr 2012)
New Revision: 9415
Log:
Genrating a ompilation error so we can test the Jenkins setup
You can probably test jenkins for compiler errors
by telling it to make a target
Apparently Fl_Scroll's scrollbars are 'visible()' on construction,
ie. they are not hide()en by default.
Currently no one sees this problem, because scrollbar visibility
is calculated during draw().
But perhaps it would be correct to have the widget initialize itself
with the scrollbars
On 05/08/12 05:38, MacArthur, Ian (SELEX GALILEO, UK) wrote:
Second question: What function should be used: fl_measure() or
fl_text_extents()? Would there be a performance difference to be
expected, or would it only be the small difference in the exact
layout? The latter could IMHO be ignored,
On 05/10/12 06:07, David Currie wrote:
How does one control the text caret in Fl_Text_Display.
I mean the TEXT cursor (caret) not the mouse cursor ?
To control its on/off state, show_cursor(1|0),
To control its position, insert_position(pos).
For the user to move it,
On 05/11/12 06:32, Matthias Melcher wrote:
On 11.05.2012, at 03:58, David Currie wrote:
On 05/10/12 06:07, David Currie wrote:
How does one control the text caret in Fl_Text_Display.
I mean the TEXT cursor (caret) not the mouse cursor ?
To control its on/off state, show_cursor(1|0),
On 05/11/12 10:11, Greg Ercolano wrote:
On 05/11/12 06:32, Matthias Melcher wrote:
If there's bugs/shortcomings with Fl_Text_Display's
caret + keynav, we should probably fix it, so that it
can be a fully functional replacement for Fl_Multiline_Output.
I did notice
Fl_Spinner is a group with an Fl_Input and a few buttons; looks like this:
_
| | ^ |
| input area |---|
|_|_v_|
[..]
1) Add a color() method to override the invisible Fl_Group::color(),
and have it call the input's
On 05/15/12 04:50, Matthias Melcher wrote:
On 15.05.2012, at 11:53, MacArthur, Ian (SELEX GALILEO, UK) wrote:
Curious if there's any objections to adding the following controls
to the Fl_Tooltip API. Would like to be able to have more control
over global tooltips:
// Set/get the
On 05/15/12 04:50, Matthias Melcher wrote:
On 15.05.2012, at 11:53, MacArthur, Ian (SELEX GALILEO, UK) wrote:
Curious if there's any objections to adding the following controls
to the Fl_Tooltip API. Would like to be able to have more control
over global tooltips:
// Set/get the
701 - 800 of 938 matches
Mail list logo