I'm moving a chunk of the Subject: Re: Styles thread
over here from fltk.general that seemed more relevant
to fltk.development, to prevent dev chatter on the general group.
mal content was trying to get Styles working, and I thought I'd
give it a shot just
matthiasm wrote:
On May 1, 2007, at 1:30 AM, Greg Ercolano wrote:
There's probably some problems with this, eg. increasing the font
sizes won't make menubars, buttons, and input prompts thicker
to accommodate larger fonts. But in spite of that, it still might be
useful..?
I have been
gga wrote:
Greg Ercolano wrote:
OK, found some time this morning to bring up my NT box, and my
2K machine with VS7.0 (haven't seen either of their desktops in a while)
and on the 2K machine, tried to build fltk2.0 from svn.
This because Rectangle is used without fltk:: in front
Chuckk Hubbard wrote:
Any idea why the installer might want libfltk.so.1.1, or where I can find it?
..what Maarten de Boer said earlier in this thread:
did you configure with --enable-shared ?
The libs you have currently are static libs.
That only works if your apps
Joe wrote:
Dear Dev team,
First of, thanks a bunch on excellent inputs and feedback on this forum!
Actually, this Q is a followup to my earlier Q on Gecko;
Can anyone confirm that Forms (including radio etc) of HTML 2.0
are not supported by HelpView/HelpDialog of FLTK 2.0?
I tried,
Greg Ercolano wrote:
If you want more support from inside your FLTK app,
fire off the user's HTML browser as a separate process
to open the link in question. There's some code examples
somewhere in the newsgroup archive.. can't remember where.
Oh right, there's
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1758
Version: 2.0-feature
It would be good if some of the functionalities were added to the Fl_Menu_
class:
o Clear all items in a named submenu, eg.
int
flying wrote:
about freetype+fltk
how to do
thank you
Questions like this should be in fltk.general.
I'll follow up with the answer there, same subject.
___
fltk-dev mailing list
fltk-dev@easysw.com
Craig Barnes wrote:
I want a filled slider i.e a progress bar,
and although there is a FillSlider.h there is no corresponding FillSlider.cxx.
Does it need one?
Any thoughts or work around suggestions.
I think you just #include the file.
You don't have to worry about
Greg Ercolano wrote:
I have a neat little patch to Fl_Browser to support ANSI codes
[..]
Should I make an STR for 1.x, or just post the patch here?
I forgot to ask, should I patch against Ian's utf8
or svn 1.1.x?
___
fltk-dev mailing
matthiasm wrote:
And even if it ASCII only, I would very much like to take a look at it.
While making a test program (and not just using it in my app),
I just noticed I need to modify item_width() to properly calculate
widths for strings containing ANSI, so I'll need some
I always wondered what caused the double posts we sometimes see.
Apparently it just happened to me.. the cause seemed to be, in my case,
hitting 'Reply All' to Matthais' message, and getting two entries in
the TO: field:
To: Mirror of fltk.development Newsgroup 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?L1926
Version: 1.3-feature
Using the popup code here:
http://seriss.com/people/erco/fltk/#PopupMenu
..I can't replicate this either under fedora3.
Can't replicate with
1main.obj : warning LNK4217: locally defined symbol [EMAIL PROTECTED]@@SAHXZ
(public: static int __cdecl Fl::run(void)) imported in function _main
Just focusing on that one error, sounds like it might be a
compiler/linker flag issue, eg. DLL vs Static compile.
You showed the
iPhone SDK development stuff looks kinda cool:
http://developer.apple.com/iphone/
You can use your free apple developer's login to
download the SDK (free!) and all the how-to videos.
Was watching some of the 'getting started' videos.
Seems that all the usual unixy stuff is available,
including
MacArthur, Ian (SELEX GALILEO, UK) wrote:
error.. unresolved external symbol ___WSAFDIsSet referenced in ..
Fl::add_fd(..)
error.. unresolved external symbol _select referenced in fl_wait(..)
WSAFDIsSet is a M$ symbol, so must come from one of the platform
libraries (not from fltk). I
Brian wrote:
Also arguing that replacing char* by std::string and so on would make FLTK2
more bug free is a complete...
Using std::string *would* make fltk2 more bug free.
But it would be a mistake.
Maybe it could be a compile time option to enable std::string()
methods.
[EMAIL PROTECTED] wrote:
I'm just sort of thinking out loud here... I do know that
on more than one occasion I've wished it were possible to have
more than one label on a widget.
Hmm, but wouldn't it be better in such a case to create
a custom widget, or just an Fl_Group with
Fabien Costantini wrote:
Knowing you mike, there must be a good reason for that statement,
but I recognize I don't understand that one.
Seeing this I was intrigued, and posted a short 'my 2 cents'
in STR 2028.
The patch for the $(basename) doesn't fly on an SGI with the
MacArthur, Ian (SELEX GALILEO, UK) wrote:
According to Ian, it should also work on IRIX platforms and
You probably mean Greg here, I think? I haven't seen an Irix machine in
years!
Yeah, sometimes I turn it on to heat up the room,
or to run soundeditor to record stuff off
MacArthur, Ian (SELEX GALILEO, UK) wrote:
Yeah, sometimes I turn it on to heat up the room,
or to run soundeditor to record stuff off the radio..
You presumably have to record the radio because you can't hear it over
the noise of the fans?
Yes, it sounds like a vacuum
Looking at the code for Fl_Group::resize(), it tells children
to resize before updating its own size.
This is a problem if the children's resize() code wants to know
what the parent's new size is going to be.
Assuming there's a good reason Fl_Group doesn't
Albrecht Schlosser wrote:
Greg Ercolano wrote:
Looking at the code for Fl_Group::resize(), it tells children
to resize before updating its own size.
This is a problem if the children's resize() code wants to know
what the parent's new size is going to be.
Assuming
MacArthur, Ian (SELEX GALILEO, UK) wrote:
I'd be willing to take a stab at making a Makefile.WINDOWS
for fltk for the MS compilers if that would be entertaining.
Brave man!
One thing - can you call it Makefile.MS (or similar) please, as I
already have windows makefiles, for non
Starting a new thread here for building fltk with gmake.
I find it just too satisfying to build FLTK on Windows using
Microsoft's own compiler *without* the IDE.
New tar file that can be extracted tot he fltk 1.3.x directory as:
http://seriss.com/people/erco/fltk/tmp/vsnet-makefiles-0.20.tar.gz
Tim Channon wrote:
Fabien Costantini wrote:
I find it just too satisfying to build FLTK on Windows using
Microsoft's own compiler *without* the IDE.
My 2 cents comments on that:
Did you notice how many files are needed to be _added_ to the distrib and in
subdirs of the distrib, we already
Fabien Costantini wrote:
I find it just too satisfying to build FLTK on Windows using
Microsoft's own compiler *without* the IDE.
My 2 cents comments on that:
Did you notice how many files are needed to be _added_ to the distrib
A lot less files than the number of project files
Fabien Costantini wrote:
Fabien Costantini wrote:
The VS Express compiler flags are very different from the other VS
compilers.
Are the VS build files smart enough to recognize compiler differences?
Could you be more specific ?
I meant all the new manifest flags needed
I was noticing that (under Windows) when the Visual Studio IDE builds
the release version of fltk, fluid.exe is built as a /SUBSYSTEM:WINDOWS app.
Isn't that a Bad Thing if one tries to use 'fluid -c' from within a Makefile?
I'm probably missing something, but being a /subsystem:windows app,
I've got the whole kaboodle compiling now under VS NET with gmake;
the libs, fluid, test programs.
Also have a small 'fltk configration' screen (via 'gmake configure')
which prompts for debug/release and verbose/silent build options
interactively, or can be overridden by supplying NAME=value
on
Michael Sweet wrote:
It would be interesting to determine whether we can make the exising
makefiles work with VC++ with a new makeinclude and config.h header.
I think it could.
I think my doing a first pass using DOS will show what the
porting issues will be.
Fabien Costantini wrote:
it could make sense to me to try this method and see if the makefiles we
currently have could be 'pregenerated' without configure (batch file?) so
that win32 users don't have until they install cygwin.
Read so that win32 users don't have to run configure they would
Here's the latest which builds the whole of FLTK using VS .NET.
http://seriss.com/people/erco/fltk/tmp/vsnet-makefiles-0.30.tar.gz
Just extract it into a copy of fltk-1.3.x, open a VS .NET console,
cd into the dir, and run 'gmake'. It should ask you for DEBUG/RELEASE
and
matthiasm wrote:
I was very excited yesterday to see the first Japanese characters on
my FLTK-for-OSX yesterday and I beleive that we are on a good path.
I'd be happy to test your build with my commercial app in Japanese.
OSX has been the one platform I haven't yet been able
On 10.5, it compiles and links fine. Did you update to the latest svn?
Yes, I did an 'svn update' followed by 'make distclean; make',
but it still built wrong.
HOWEVER: I thought the problem might be I had made customizations to
one of the Makefiles earlier in
imacarthur wrote:
On 11 Sep 2008, at 19:20, Greg Ercolano wrote:
On 10.5, it compiles and links fine. Did you update to the latest
svn?
FWIW, it builds OK on this 10.4.11 mac...
Yes, builds fine for me now, too.
Hmmm, I just tried it here, and it works out of the box
MacArthur, Ian (SELEX GALILEO, UK) wrote:
But hey, I'm impressed! First time I've seen japanese
in fltk on the mac.
Thanks to Ian's efforts, if I understand that correctly.
Well, I did the ATSUI patches, but I'm fairly sure that Greg helped,
actually.
He maybe doesn't remember it, but I
D'oh.
Double post apparently due to Thunderbird's NNTP news reader..
replying to Ian's message seems to have a Reply-To: [EMAIL PROTECTED]
as well as the NNTP post, causing it to send the message both as an NNTP
posting /and/ as an email.
Mike, I think I'll post a sugg on news.general regarding
Michael Sweet wrote:
Greg Ercolano wrote:
Is 1.3.x supposed to break existing apps?
I'd say the goal is to avoid breaking things unnecessarily, but
there might be some side-effects of design changes (UTF-8, this
Fl_Scroll stuff) which may require small code changes.
That said, I
imacarthur wrote:
In both cases I svn up to latest, then did a make distclean,
followed by ./configure --enable-quartz --enable-threads, then a make.
Seems pretty reproducible. Editing the #if 0 block (around line
1290) to #if 1 to restore the previous behaviour has got me up and
Is there an easy way to do an 'svn update' that *overwrites* all
files instead of doing a 'conflict' or 'merge'? ie. more like a tar
extraction to write over all the source files with the latest release.
The man pages and 'svn help update' don't seem to give an indication.
Like many of you, I
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2083
Version: 1.3-feature
Hmm, one question: why is 'maximized()/minimized()' being suggested
instead of 'maximize()/minimize()'?
Seems like they should be 'present
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2083
Version: 1.3-feature
Yes, I'd agree on consistency with what's in FLTK 1.x already
when it comes to naming and int return values.
It seems the FLTK API seems to
imacarthur wrote:
Whilst investigating STR 2080, I tripped over a feature in WinXP
(and possibly also in Vista) described in STR 2086.
Can I ask others that have access to WinXP and Vista test systems to
try the failure recipe I describe and report whether the fault is
reproducible or
Dejan Lekic wrote:
FLTK mostly uses xyz(value) to set, and xyz() to get.
And I just _love_ that approach!
Seems fine to me.
The only way it might get confusing is if xyz is an action verb,
like explode, in which case a programmer might accidentally code:
//
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1055
Version: 2.0-feature
Would be great to have this in 1.3.x as well.
I've always loved tearoffs.. use em in gimp all the time.
Link:
MacArthur, Ian (SELEX GALILEO, UK) wrote:
How do people feel about my fl_text_extents patch (STR #2076)?
Offhand I'm not familiar with the difference between a
typographical bounding box and a minimal bounding box.
It's probably obvious, and I haven't had my coffee yet.
imacarthur wrote:
On 18 Nov 2008, at 19:00, Torsten Giebl wrote:
I would like to have something like this but one that accepts a String
and gives back the minimum width and - height.
Torsten, can you expand on this?
I am not sure I understand what you are asking - is this not what my
MacArthur, Ian (SELEX GALILEO, UK) wrote:
Not official answers, just my opinion...
as you can see at
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=364295 I'm
working on a Debian package for fltk2 (needed by dillo
etc...), however I've few questions for you:
- are ABI/API stable?
I think some folks might be downloading eg. 1.0.x instead of 1.1.x
because at a quick glance, eg. 1.0.11 might seem like it's newer than 1.1.9
I think if dates were included on the Downloads page next to the releases,
this could be avoided.
___
fltk-dev
Michael Sweet wrote:
Greg Ercolano wrote:
I think some folks might be downloading eg. 1.0.x instead of 1.1.x
because at a quick glance, eg. 1.0.11 might seem like it's newer than 1.1.9
I think if dates were included on the Downloads page next to the releases,
this could be avoided.
Maybe
imacarthur wrote:
how did I get it to compile on my non-XFT test setup?
I need to go back over that build and see what I actually did compile.
I was wondering that myself..
I just now compiled that same snapshot on my more recent fedora3
machine with xft disabled
Some questions about fltk-1.3.x-svn
1) Which Microsoft compiler(s) are currently supported to build
fltk-1.3.x
(while its in dev), and what is the correct master project file to
load?
I've noticed visualc/fltk.dsw no longer exists (which is what README
Thanks Fabien.
One of the reasons I asked about the MS compiler was I've been putting
together a Makefile kit (for building fltk from the command line with
VS 7.0 .NET, something I need for my own purposes)
I usually refer to the fltk VS build log to
Fabien Costantini wrote:
Since the beginning you started this work, I have the feeling it could be a
great alternative to the ide vs project files, provided that some more
(probably tricky) work is achieved.
More precisely, it would be great to reuse the existing Makefiles, and use a
Gena Svarovski wrote:
Greetings!
Not sure if this is correct place for such posting but I didn't find any
better, so writing here.
I found it useful to keep small GIF images like icons not in external files
which are shipped together with application but as static arrays inside
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2102
Version: 1.3-feature
FL_ALIGN seems to have some limitations that prevents certain positions for
labels that would should be possible.
The following diagram shows
imacarthur wrote:
Gents,
Is it intended that the fltk.pdf file be included in the svn repo?
I wondered, only because it is quite large and that might be a
problem for some users on slow links?
Ya, I was wondering that myself.
I thought my svn update was freezing up, and
Fabien Costantini wrote:
Yes I'm afraid I do,
look at the diff file below needed for fixing current svn ...
- if (c) return fl_text_extents(c, strlen(c), dx, dy, w, h);
[..]
+ if (c) fl_text_extents(c, strlen(c), dx, dy, w, h);
Interesting.. if I gather the gist of the patch
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2113
Version: 1.3-feature
Fl_Browser is missing a few needed methods for derived classes to work
efficiently with the linked list of items. These appear to be omissions:
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2127
Version: 1.3-feature
It occurs to me that it would be easy to get Fl_Help_Viewer to support
http: links, probably with a single line of code, and *without* any TCP
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2127
Version: 1.3-feature
Link: http://www.fltk.org/str.php?L2127
Version: 1.3-feature--- Fl_Help_View.cxx.old2008-12-14 21:47:12.0 -0800
+++
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2127
Version: 1.3-feature
See attached patch for one way to do it.
Cool, web links now work in my FLTK help pages..!
Link: http://www.fltk.org/str.php?L2127
Version:
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2127
Version: 1.3-feature
Yes, I've been playing around with it a bit, will have a different patch
after I do some more testing..
Link:
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2127
Version: 1.3-feature
Link: http://www.fltk.org/str.php?L2127
Version: 1.3-feature--- Fl_Help_View.cxx2009-01-20 10:53:25.0 -0800
+++
Seems the test/help program segfaults under linux (fedora3)
with the current clean checkout of 1.3.x (r6642) and default build.
(Works fine on the mac, though)
Also, the test/help program no longer shows an example
html page anymore, probably because it
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2127
Version: 1.3-feature
OK, the attached patch:
Fl_Help_View.cxx-patch3
..should do more of the right thing, specifically:
o Does not clear the screen when
On the new docs page:
http://fltk.org/doc-1.3/index.html
I see the old docs are on the RHS, and the doxygen docs
are on the LHS.
I'm curious where to find the complete alphabetical list
of all the fl_xxx() functions on the doxygen side?
(I know they are under 'Functions' on the old docs page)
I
imacarthur wrote:
Actually, I just (yesterday) checked out 1.3 on a clean win32/mingw
box and was surprised that the help-view demo failed when I was
running through the test folder.
Yes, like you, I think I brought this up on fltk.dev
a few weeks ago:
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2140
Version: 1.3-feature
This is a feature request for 1.3.x which already supports UTF8
(Chinese/Russian/etc), so someone's probably going to close this.
Strongly
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L749
Version: 1.4-feature
FWIW, here's an example of how to implement the copy/paste menu.
Or at least, one of probably many ways:
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2148
Version: 1.3-feature
Does this take into account compiling on Windows with Visual Studio?
I know one can get and compile iconv for windows, but it's sure nice
not
Albrecht Schlosser wrote:
Indeed, the test program attached to the STR might even be added to the
test folder, if we wanted to go that far?
+1 from me for the program in the test folder.
Probably such a program could test multiple fltk functions,
so that we don't set a
matthiasm wrote:
When I ported FLTK to the Mac, I started exactly that. The source code
is still in test/unittest.cxx. The goal was to be able to verify
rendering on every available platform. I wanted to render markers
first and then overwrite them with whatever drawing function I was
MacArthur, Ian (SELEX GALILEO, UK) wrote:
I think the browser idea might be a bit clearer and easier
to navigate, so that it's always clear what all the tests are
by name, and both keyboard or mouse could navigate the tests
consistently. (The browser would simply remain
I think the browser idea might be a bit clearer and easier
to navigate, so that it's always clear what all the tests are
by name, and both keyboard or mouse could navigate the tests
consistently. (The browser would simply remain up while one
cycles through the tests.)
matthiasm wrote:
No, you guys are correct.
Very nice, thank you!
Fixed; changed touched - overwritten.
Ian, also added a few more extents tests mainly out of curiosity..
I wanted to see what `, -, and _ looked like,
as well as some separate text with
matthiasm wrote:
On 13.02.2009, at 15:18, SA wrote:
http://blog-sadysty.ath.cx/?action=articlea=38
Oi, very nice!
Hey, if that's fltk1.3, try adding Fl::scheme(gtk+); to the
top of your app..! ;)
___
fltk-dev mailing list
I noticed these two new defines in Fl_Browser_.H for 1.3.0:
#define FL_SORT_ASC0 /** sort browser items in ascending
alphabetic order. */
#define FL_SORT_DESC 1 /** sort in descending order */
Before these become 'written in stone' when fltk.1.3.x
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2169
Version: 1.3-feature
[OSX 10.4.x on iBook]
In Safari, Firefox, and TextEdit:
CLOVERLEAF-LEFT move cursor to beginning of line,
CLOVERLEAF-RIGHT move cursor to end
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2169
Version: 1.3-feature
Link: http://www.fltk.org/str.php?L2169
Version: 1.3-feature--- src/Fl_Text_Editor.cxx.orig 2009-03-06 07:16:07.0 -0800
+++
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2169
Version: 1.3-feature
text-editor.patch [attached] against 1.3.x should implement
the 8 accelerators described above under OSX:
Meta Up/Dn/Lt/Rt -- moves
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2169
Version: 1.3-feature
Link: http://www.fltk.org/str.php?L2169
Version: 1.3-feature--- src/Fl_Input.cxx.orig 2009-03-06 07:44:18.0 -0800
+++
Before these become 'written in stone' when fltk.1.3.x releases,
can they be changed to something more readable, like:
FL_SORT_ASCEND
FL_SORT_DESCEND
I think that does sound better. +1
IMHO, FL_SORT_ASCENDING and FL_SORT_DESCENDING would be even better.
Agreed, even
Mike (or someone), can you add me to svn?
Duncan, if you want, I can join the dox effort.
Maybe even fix a few simple bugs.
If you're still in the initial stages of working out the
dox style, I can hold off, or avoid certain parts you're
still
I had good luck getting vim to do this trick of collapsing dox comments..
Here's a little video to go with it (no sound):
http://seriss.com/people/erco/fltk/vim-doxygen-folding/vim-doxygen-folding.htm
I never knew about 'folding' in vi.. certainly is a neat feature.
Albrecht Schlosser wrote:
Personally I don't have problems with comments in the sources. Sometimes
I'd like much more comments in the code (not only doxygen, but also
some hints what the code is good for).
Yes, I agree.
Though I sure do like being able to turn off the end
Fabien Costantini wrote:
Mike (or someone), can you add me to svn?
If it's not done already, just fill the application form on the website,
I'm sure you'll get an answer rapidly ;-)
Ah, thanks -- didn't know that was there.
I see there's a Request Developer Status under
As you have already noticed, there are a lot of places where there are
comments that still hark back to the time when a single comment covered
two or more forms of a function, or multiple functions that all appeared
together. Now doxygen splits these functions apart, and the comment no
At first I tried using grouping.. this is supposed to work
according to doxygen chapter 5.2 on Member Groups:
/*...@{*/
/** Sets/gets the sortorder, used for sorting the tree items. */
void sortorder(Fl_Tree_Sort val) { _sortorder = val; }
FL_Tree_Sort sortorder() const {
Greg Ercolano wrote:
Strictly speaking not a doxygem problem, but at the source level there
are a lot of places where function/method signatures are not specified
in a consistent way, with (int,int,int) for example, or with different
parameter names in different places. We should address
Duncan Gibson wrote:
It my mind the problem here isn't long or short names, but consistency.
Imagine that the declaration in the *.H has parameters with long names,
but the definition in the *.cxx file has short or missing names, and you
have to write the doxygen comments in the *.cxx file. It
Greg Ercolano wrote:
Note: doxygen will warn us if \param[in] xxx is used in dox,
but doesn't match the parameters in the prototype.
So if we use \param[in], that will catch that kind of problem.
Of interest: \p xxx does NOT do checking.
Maybe \p should
Hmm, in trying to fix STR#2174 (SGI fails to compile 1.3.x),
most of the problem is to do with C++ style comments in old C file contexts;
SGI's native C compiler is strict about not groking C++ comment style by
default.
Apparently doxygenification and utf8 brought this on. caused some of this.
Albrecht Schlosser wrote:
2) Convert the few C++ style comments to C style.
This won't be hard, as there aren't too many.
I've already done this, and can check it in if need be.
+1 for #2: If there is one compiler that doesn't like this, there may be
more. Fixing this in
The source code in the utf8 dir is all nutty with non-4 space
code indents.
Thought I'd bring all that into compliance.. any reasons not to?
___
fltk-dev mailing list
fltk-dev@easysw.com
http://lists.easysw.com/mailman/listinfo/fltk-dev
Albrecht Schlosser wrote:
#if !defined(WIN32) !defined(sgi) || defined(CYGWIN)
#warning FIXME This needs to be UTF aware now
#endif
I don't think that this is correct, for two reasons:
(1) WIN32 is also defined when compiling with gcc under Windows. If we
want to exclude the
Seems maybe Fabien's the one to ask about the original line;
(boning up on my svn skillz):
6235 fabien #if !defined(WIN32) || defined(CYGWIN)
6235 fabien #warning FIXME This needs to be UTF aware now
6235 fabien #endif
Fabien, if your watching, does the
Greg Ercolano wrote:
Greg Ercolano wrote:
I'd also be happy to start or assist in the creation of an
FLTK doxygen standards page that describes how docs should
appear, so that new docs follow a certain format.
Great; I'll see if I can give it a start.
BTW, looks like
Greg Ercolano wrote:
As a start, I've created a new doc, copying in the doxygen part
of the FLTK coding standards, and will add some stuff from
this thread, as well as some other notes from the last few days.
I've 'published' the doc so that it should be publicly viewable
1 - 100 of 938 matches
Mail list logo