DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2521
Version: 1.3.0
Fix Version: 1.3-current (r8298)
shouldn't we rather move the dll's to the lib directory?
Yes, probably. I can do this.
Since the filename is
Moving the request in STR#2521 to modify the fltk*dll projects to
build the .dll file directly into the fltk/lib directory..
OK, so as mentioned in the STR, I tried changing the Output filename
for one of the dll libs:
FROM: Debug/fltk_formsdll/fltk_formsdlld.dll
TO:
Albrecht Schlosser wrote:
Anyway, a simple make works, because it runs either autoconf and the
configure or only configure, as needed. It's a FLTK Makefile feature.
Hence I intentionally chose the shortest instruction that works always
for a beginner. :-)
Right; a simple 'make' will
Ben Stott wrote:
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2493
Version: 2.0-feature
Cool, someone's fixing 2.0 STR's!
___
fltk-bugs 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?L2541
Version: 1.3-current
On linux (Ubuntu8.04+Gnome).
When a menu is posted over a window area that has tooltips, the tooltips
can fire while the menu is being
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2521
Version: 1.3.0
Yes, seems to be the case that having fltk_imagesdll dependent on fltk_png
and fltk_jpg won't work; removing those gets it to build normally. (I
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2521
Version: 1.3.0
Oh, just noticed Albrecht's post came in while I was posting mine.
I'll check your modified build files in my VS6, and if all is well, will
check
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2521
Version: 1.3.0
Fix Version: 1.3-current (r8298)
Albrecht: applied your patch to current and tested on my VS6 unpatched
compiler.
Seems good; /zero errors/ in
OK, SVN is back, I've updated, and now checking these deps
fltk_zlib: --CONFIRMED
fltk_png: fltk_zlib CONFIRMED
fltk_jpeg: --CONFIRMED
fltk: fltk_jpeg, fltk_png DIFFERENT (EMPTY)
In VS6, fltk has no deps, so unless
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2521
Version: 1.3.0
Note that the STR system was down yesterday (Jan 20th 2011).
There were some followups between me and Albrecht on the fltk.bugs
newsgroup that went
On 21.01.2011 11:32, Greg Ercolano wrote:
In VS6, fltk has no deps, so unless there's a reason to
change that, leaving it empty..
Please add these dep's. I explained it in my other post.
OK, done.
I'm about to update the STR now with new zip and comments.
fltk_zlib
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Active]
Link: http://www.fltk.org/str.php?L2521
Version: 1.3.0
Assigning to myself, marking this active, assigning to core.
Nothing applied to svn (yet).
Link: http://www.fltk.org/str.php?L2521
Version: 1.3.0
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Active]
Link: http://www.fltk.org/str.php?L2521
Version: 1.3.0
Adding a v2 zip file which has Albrecht's latest comments where FL_DLL and
FL_LIBRARY needed on all the *dll.dsp projects. Verified settings but
Albrecht Schlosser wrote:
On 21.01.2011 12:47 MET, Greg Ercolano wrote:
Must be about 3 or 4 am where you live ?
Yep, and fadin fast.
Wanted to polish it up though, or I'd forget by tomorrow.
Okay, I'll also try to test this when I have your new zip file.
See the v2
MacArthur, Ian (SELEX GALILEO, UK) wrote:
See this howto
http://www.fltk.org/articles.php?L598
I've never used mingw, but I went over to http://www.mingw.org
to have a look to see what the deal is.
Not sure how things used to be done, but it seems more complicated now;
Following up here, because right now the STR system is down.
(I'll try to remember to paste this into the STR once it's back up.)
Albrecht Schlosser wrote:
Link: http://www.fltk.org/str.php?L2521
Version: 1.3.0
[..]
Meanwhile we also need to update the #define's in the *library* projects
Greg Ercolano wrote:
Albrecht Schlosser wrote:
I just noticed that the FLTK news server news.easysw.com is unreachable.
Seems this might be happening again; DNS lookups failing for
www.fltk.org, www.cups.org.
I found I could get things working again after guessing some IP
Greg Ercolano wrote:
Greg Ercolano wrote:
Albrecht Schlosser wrote:
I just noticed that the FLTK news server news.easysw.com is unreachable.
Seems this might be happening again; DNS lookups failing for
www.fltk.org, www.cups.org.
I found I could get things working again after
Albrecht Schlosser wrote:
On 20.01.2011 17:22, Greg Ercolano wrote:
Greg Ercolano wrote:
Albrecht Schlosser wrote:
I just noticed that the FLTK news server news.easysw.com is unreachable.
Seems this might be happening again; DNS lookups failing for
www.fltk.org, www.cups.org.
Yes
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2521
Version: 1.3.0
Great -- I had the flu last weekend, so I was out of it, couldn't look into
this.
But I'll try to get back on it and check it in once carefully
Evan Laforge wrote:
I thought I made a STR for these things, but I don't see it anymore.
Should I add one? Or one STR for each issue?
Just regarding this: I went to http://fltk.org/str.php and searched
for elaforge and found only these items:
Id PriorityStatus
Evan Laforge wrote:
Hm, maybe I didn't add a STR back then after all. Ok, I'm going to
add STRs for slowness, incorrect wrapping, and text wobble, along
with an example program that demonstrates it. I'll add them for 1.3,
since they are after all serious bugs, but if consensus is push them
testalucida wrote:
Hi all,
I have a Fl_Group upon which a Grid is drawn.
By pressing a button a simple red rectangular Fl_Widget (box: FL_FLAT_BOX) is
added to the Fl_Group, then the draw-method of the Fl_Widget is called.
I expected to see a solid red area - but the Grid is shining
Albrecht Schlosser wrote:
On 19.01.2011 19:57, Giau P wrote:
I have trouble setting VC++ 6.0.
VC++ 6.0 is really old. We're only partly supporting this for
compatibility. If you can, you should use VC++ 2008 or later.
Agreed.
I followed the compiling programs with microsoft visual
Yuri P. Fedorchenko wrote:
I want to tell that not all warning are needed to suppress.
I think that for examle commit [Library] r8275 - branches/branch-1.3/FL
seams
strange for me
one of changes.
- virtual const char *item_text(void *item) const { return 0L; }
+ virtual const char
Ish wrote:
Can you give me any advice on how to do this properly?
One way would maybe be to use overlays to draw the cursor.
Assuming the hardware supports it, this would let you draw and clear
the cursor without affecting the image underneath.
Example code here:
Final opinions and votes, anybody? Should we (Mike ;-)) do it?
+1 from me (see above)
+1.
For emails, an autoreply.
For NNTP posts, I'm not sure, but you /might/ be able to configure
a custom message to be shown when someone attempts to post.
If not,
Compiling Fl_JPEG_Image.cxx...
Compiling Fl_PNG_Image.cxx...
Fl_PNG_Image.cxx: In member function 'void Fl_PNG_Image::load_png_(const char*,
const unsigned char*, int)':
Fl_PNG_Image.cxx:108: warning: 'fp' may be used uninitialized in this function
Compiling Fl_PNM_Image.cxx...
/usr/bin/ar cr
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2521
Version: 1.3.0
Eww, yes I think we did modify the project files this last summer to use
$(ProjectName) instead of static names as part of a fix to a different
[STR Closed w/Resolution]
Fixed in Subversion repository.
It was not a question of UTF-8 vs. UTF-16 (because 'X' is the same
in both encodings) but a question of big endian vs little endian.
The bug appeared with PPC but not with intel.
Thanks! Beautiful -- I didn't catch the PPC
[STR Closed w/Resolution]
Fixed in Subversion repository.
Confirmed fix works OK.. Again, much thanks!
___
fltk-bugs mailing list
fltk-bugs@easysw.com
http://lists.easysw.com/mailman/listinfo/fltk-bugs
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2521
Version: 1.3.0
If you have fixes since the zip, can you post a second zip with just the
modified files? Want to make sure what works for you in VS6 also works for
us
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2524
Version: 1.3-current
When the attached program is run from an OSX terminal window, the following
errors are printed during the win.size() operation. Seems to happen
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2525
Version: 1.3-current
The attached program shows a large discrepancy between the results of the
width of a string using fl_width() vs. fl_text_extents().
When run on
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2525
Version: 1.3-current
Seems to be a problem specifically with the 'int' and 'char' versions of
fl_width() in fl_font_mac.cxx. The char* versions are OK. eg:
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2525
Version: 1.3-current
I see the problem.
fl_font_mac.cxx implements several versions of fl_width():
double fl_width(const UniChar* txt,int n) -- does real work
This is a test, no reply necessary.
I want to see where the fltk-b...@fltk.org emails go..
___
fltk-bugs mailing list
fltk-bugs@easysw.com
http://lists.easysw.com/mailman/listinfo/fltk-bugs
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2519
Version: 1.3.0
Fix Version: 1.3-current (r8272)
Closed.
Link: http://www.fltk.org/str.php?L2519
Version: 1.3.0
Fix Version: 1.3-current (r8272)
___
fltk-bugs mailing list
MacArthur, Ian (SELEX GALILEO, UK) wrote:
There seem to have been quite a few posts direct to fltk.bugs recently
by users unfamiliar with our ways... Some of these even seem to have
been of some merit (so it's good that Matt reads them!)
However, I still wonder why fltk-bugs is not just made
Paul R wrote:
Well here is an excerpt from the log now
it is 14 errors in total, all almost the same..all about png and i have
added every library now..so it is linking order or something??
.\fltk13rc2\lib\libfltk_png.a(pngread.o):pngread.c|| undefined reference to
`inflateInit_'|
Greg Ercolano wrote:
Paul R wrote:
Well here is an excerpt from the log now
it is 14 errors in total, all almost the same..all about png and i have
added every library now..so it is linking order or something??
.\fltk13rc2\lib\libfltk_png.a(pngread.o):pngread.c|| undefined reference
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2519
Version: 1.3.0
Assigning this to myself to fix.
Albrecht: I'll take your advice and cast to an Fl_Widget* to balance the
equality test.
Link:
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2519
Version: 1.3.0
Fix Version: 1.3-current (r8272)
Attached file Fl_Text_Display.cxx...
Link: http://www.fltk.org/str.php?L2519
Version: 1.3.0
Fix Version:
Brian Tilley wrote:
Attempted to build FLTK-1.3.0rc3 in visualC++ V6 today.
Used fltk.dsw in the visualc6 folder under ide.
Selected fltk and Win32 release
Got the following Errors...
Fl_Text_Display.cxx
C:\fltk\fltk-1.3.0rc3\src\Fl_Text_Display.cxx(1941) : error C2446: '==' : no
Albrecht Schlosser wrote:
Wouldn't it be better to use (Fl_Widget *) or maybe better yet
(Fl_Text_Display *)?
I decided on void* cause I was torn which of the two to choose,
and being a maverick, I thought: neither! ;)
But yes, probably Fl_Widget* would be the right one
MacArthur, Ian (SELEX GALILEO, UK) wrote:
Ah, I thought you were referring to the window icon - but maybe you mean
the maximise / minimise / hide / close buttons then?
Those belong to the window manager, not fltk, so there's no fltk-based
way to access them at all.
Also, drawing them is the
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2513
Version: 1.3-current
Yep, that got it! Thanks!
Link: http://www.fltk.org/str.php?L2513
Version: 1.3-current
___
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2513
Version: 1.3-current
One question though -- I looked at the commit.
Shouldn't the #include for AvailabilityMacros.h be /above/ our
#ifndef/#define/#endif for the
Michael Sweet wrote:
Would it make sense to provide a separate help file for FLUID, and then use
that as the test file for the help_viewer demo?
That sounds good, as I don't think the FLTK doxygen docs
cover fluid anyway.
___
fltk-dev
Albrecht Schlosser wrote:
Thus, we shouldn't bother to provide a main.html file, but rather
add a sample html page for the html viewer test (as Greg volunteered
to do already) and add appropriate browser links where needed.
Mike might have a point about making separate simple fluid
Greg Ercolano wrote:
Michael Sweet wrote:
Would it make sense to provide a separate help file for FLUID, and then use
that as the test file for the help_viewer demo?
That sounds good, as I don't think the FLTK doxygen docs
cover fluid anyway.
..or I guess I never read them
Duncan Gibson wrote:
Greg:
..or I guess I never read them! Well bite my tongue, apparently
there /are/ doxygen fluid docs: http://fltk.org/doc-1.3/fluid.html
The problem with this page is that it's too complicated for new users
learning fluid. If someone is going to write a fluid
Albrecht Schlosser wrote:
In that doc it could link to the local and/or website docs,
eg:
FLTK Docs:A
HREF=file://path/to/localdocs/html/index.html(local)/A
The above would be an autoconfigured path, or optional an expanded
environment variable?
Good
MacArthur, Ian (SELEX GALILEO, UK) wrote:
2. Calling the programmers manual from the FLUID GUI (via
Help...) fails as it is looking for a file main.html; but
there is only index.html. I think fluid should look for index.html
This is being discussed in another thread, but it seems that
Paul R wrote:
if you get into win-centric ways of doing
things it may hurt more in the long term!
Can you expand on this? I see that it would be better for me to be able
to design for other platforms also..
I've found I can do most stuff I need (opening/reading/writing files)
Adam Preble wrote:
I hope to have some words tonight about what might have worked for resize().
I was hoping my reply from yesterday would have addressed that..
http://fltk.org/newsgroups.php?gfltk.general+v:32003
___
fltk 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?L2513
Version: 1.3-current
Hmm, just did an update; now getting a new error:
=== making src ===
Compiling Fl_cocoa.mm...
In file included from
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Active]
Link: http://www.fltk.org/str.php?L2517
Version: 1.3-current
Taking this one.
There's some other cases where NULL should be managed,
so I'll handle it all in one commit.
Link:
Albrecht Schlosser wrote:
MacArthur, Ian (SELEX GALILEO, UK) wrote:
Just thought you should know that the file main.html is
missing from the RC3 documentation tarball.
I'm just wondering, as I assume this is about the help demo
bringing up our html docs.
I haven't
Matthias Melcher wrote:
On 10.01.2011, at 22:14, imacart...@gmail.com wrote:
On 10/01/11 20:42, Greg Ercolano wrote:
I haven't tried this myself, but can the FLTK html viewer
even show our doxygen docs correctly?
Short answer: Not it can not.
Can we make some silly test page
Adam Preble wrote:
I am wondering if there is some code I should be doing to keep things right.
Since you're overriding Fl_Window's resize() method,
you can do what you want, just be sure to pass the new XYWH values
to Fl_Window::resize(), eg:
void resize(int X, int Y, int W, int H)
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2513
Version: 1.3-current
Fails while building the test/blocks program.
---
Compiling blocks.cxx...
blocks.cxx:152: error:
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2513
Version: 1.3-current
sudoku has this problem too.
Also: some unrelated warnings during the tiger build:
Compiling freeglut_teapot.cxx...
Compiling
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2513
Version: 1.3-current
Perhaps this is happening because my SDK is Xcode 2.0? (old)
Link: http://www.fltk.org/str.php?L2513
Version: 1.3-current
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2513
Version: 1.3-current
Poked at this a little. Seems to have to do with these:
1) MAC_OS_X_VERSION_MAX_ALLOWED
..on my system this is set to 1040
2)
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2510
Version: 1.3-current
I've messed around with both of those techniques a bit before;
they essentially open a /new/ DOS-like terminal window that
stdout/err is
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2510
Version: 1.3-current
Attached file fluid-help-dialog.patch...
Link: http://www.fltk.org/str.php?L2510
Version: 1.3-currentIndex: fluid.cxx
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2510
Version: 1.3-current
Attached a patch suggestion; basically uses fl_message() to show
help text. Does not solve the async issue.. not sure this is possible
without
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2510
Version: 1.3-current
I should probably have it only post the dialog if _MFC_VER is set instead
of WIN32.
Regarding msys; if you make a copy of fluid.exe on your
Paul R wrote:
Yes what i meant there was that i use the insert-(text) call to write
an error message to my errWin, but if another message and then another
is written to the window then if there is enough text, for example
long filepaths, then it won't all fit in the window and some goes
off
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2510
Version: 1.3-current
I think because 'fluid -help' prints to stderr, its output is thrown away
silently because it's being compiled as a windows app, and not a
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2510
Version: 1.3-current
There are tricks to make it work from a DOS shell,
like using 'start /wait fluid ..', but it gets complicated
since start is a DOS built in.
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2510
Version: 1.3-current
Meh, that last posting I had a/b swapped in my text;
if (a) causes trouble (compiling as a console app),
then (b) would be better than nothing,
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2510
Version: 1.3-current
Hey, just discovered this is a way to get output to appear
on a DOS console from a windows app, and if invoked from the
desktop, it won't open a
Michael Sweet wrote:
On Jan 4, 2011, at 1:57 PM, Greg Ercolano wrote:
...
I'm thinking the examples should probably be 'public domain',
to prevent the GPL/LGPL restrictions which require 'derived works'
to be given back to the lib. I can see where pedantic interpretation
of the LGPL could
s...@sjssoftware.com wrote:
Yes, reading more carefully I see I may have misled you. If
you only use the .PHONY label there may be problems with
non-GNU make. Try this though:
foo: .PHONY
build foo
.PHONY:
I'm pretty sure that leads GNU make to build foo no matter
what, and make's
Kim Nguyen wrote:
..bode and hankel..
..for those that are wondering:
http://en.wikipedia.org/wiki/Bode_plot
http://en.wikipedia.org/wiki/Hankel_function
Regarding the problem, yes, some code snippets please.
I can't tell what's going on from the description.
I don't
Paul Rogan wrote:
my application can (and does!) throw multiple err messages out to the same
'current' error window, which i am happy about for support purposes as i can
better envisage the 'path' back from root cause and subsequent effects.
Sometimes however the insert calls mean the first
kxng wrote:
First thank you for all of your helps. Let me elaborate a bit more about the
problem I am facing.
The data to plot is only available after the calc_cb() function is called.
Per your suggestion, I have created 2 class Bode and Hankel. Each has draw
function which does the
kxng wrote:
But if I do, the data is not available yet. How do I avoid this issue.
If your app is crashing because it's trying to draw before
the data has been initialized, then you need code in your draw()
routine to detect this, and draw something else (like a blank
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2506
Version: 1.3-current
Fix Version: 1.3-current
Hmm, I'm thinking example code probably shouldn't assume special
FLTK build flags are set, since the context of
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2506
Version: 1.3-current
Fix Version: 1.3-current
I figure since these are example programs, it's probably best
to use OS system calls in this case, where we're
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Pending]
Link: http://www.fltk.org/str.php?L2506
Version: 1.3-current
Fix Version: 1.3-current
..in this case, 'ping'..
Correction: in this case 'dir' vs 'ls'..
Link: http://www.fltk.org/str.php?L2506
Matthias Melcher wrote:
On 04.01.2011, at 19:57, Greg Ercolano wrote:
While thinking about this, it occurs to me that example programs
should maybe be licensed differently from the rest of FLTK, due
to how their source code can (and should) be able to be used to
begin a potentially commercial
Robert Arkiletian wrote:
On Mon, Jan 3, 2011 at 10:16 PM, CIB cib...@googlemail.com wrote:
Yeah, I'm going to use BSD sockets. I have quite some experience with them
from python, and I don't mind the API too much. I'm likely going to add my
own abstraction with something like RPCs on top
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2506
Version: 1.3-current
Would like to suggest retaining dir on all WIN32 builds
(including cygwin), and only single out the Microsoft-specific
_popen() macro. This, to
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR Active]
Link: http://www.fltk.org/str.php?L2506
Version: 1.3-current
Fix Version: 1.3-current
Taking ownership of this bug.
Link: http://www.fltk.org/str.php?L2506
Version: 1.3-current
Fix Version:
Jean-Antoine Montagnon wrote:
I have no problem with french letters like é, è, etc. in python or
Qt, but I cannot solve the problem in FLTK.
I tried an amount of tests with utf-8, iso, etc.
[..]
I saw there was a UTF8 patch but it was not clear for me if the founded
version (1.1.6) was the
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2503
Version: 1.3-feature
-1 for dropping 10.4 support.. it's still a very viable platform for many
of my end users.
Link: http://www.fltk.org/str.php?L2503
Version:
Ian MacArthur wrote:
Percy wrote:
And I am linking these libs:
fltkd.lib fltkimagesd.lib fltkpngd.lib comctl32.lib
I was gong to say that you seem to be missing the zlib stuff, but I see
Matthias already replied.
One thing you might want to watch out for is link order; generally
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L2172
Version: 1.4-feature
Fix Version: 1.3-current (r8067)
Fixed in Subversion repository.
Yes, surely fixed by r8067.
Closing this.
Link: http://www.fltk.org/str.php?L2172
Version: 1.4-feature
Fix Version: 1.3-current (r8067)
Thanks for the patch.
Your fix to Fl_PostScript should *definitely* be included in 1.3.0.
There was also a problem in Fl_Postscript that wouldn't compile with
Visual C++ 2010 - it is resolved in the patch also.
--- src/Fl_PostScript.cxx (revision 8140)
+++
Hmm, the fltk.org main page (upper left) is showing 1.3.0rc1
as the current stable release, eg:
Quick Info
Stable Release: v1.3.0rc1
It's not really stable while it's a candidate, is it?
___
fltk-dev mailing list
Matthias Melcher wrote:
On 28.12.2010, at 06:50, Sam wrote:
Also, a vector-type graphics would use XY coordinates origin in the lower
left corner. [..]
[..] the FLTK slow graphics calls also support a 2D transformation matrix.
I've never noticed our 2D matrix stuff before.. cool!
Matthias Melcher wrote:
On 28.12.2010, at 06:50, Sam wrote:
Also, a vector-type graphics would use XY coordinates origin in the lower
left corner. [..]
[..] the FLTK slow graphics calls also support a 2D transformation matrix.
I've never noticed our 2D matrix stuff before.. cool!
It seems the main issue with the main distro is to avoid redundant docs.
If we package either the PDF or HTML along with the doxygen
documentation/src dir, there's redundant data for the images.
(html, pdf, and documentation/src each have their own copy of images)
So it seems to make sense to
imm wrote:
On a related note - what to do about the html_view demo in the test
folder, and about fluid?
Both attempt to load the html version of the fltk docs, but on many
platforms now with 1.3, these html files will not exist at all.
For fluid I think we could fl_open_uri() the
Greg Ercolano wrote:
imm wrote:
On a related note - what to do about the html_view demo in the test
folder,
For the help demo, I think we need to make a 'test page'.
I'm not sure our HTML viewer is capable of displaying
the doxygen docs, which have CSS and frames..
Oh
Derek Prowse wrote:
On my system, 'apt-file list fluid|grep bin'
shows me fluid is installed in /usr/bin/fluid:
This is fascinating Greg. I installed apt-file and ran this
exactly as you did and get the exact same result:
# apt-file list fluid | grep bin
fluid: /usr/bin/fluid
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2479
Version: 1.3-current
Fix Version: 1.3-current (r8067)
I'm for the consistency of a 0 return for anything Fl_Input doesn't handle,
so I'm OK with it.
My only caution
1101 - 1200 of 3008 matches
Mail list logo
