lbrecht
Oh, okay. It just occurred to me that the scrolling aspect
may have had nothing to do with it, which might make it
easier to debug. No hidden agenda :)
Best,
Stan
___
fltk-bugs mailing list
fltk-bugs@easysw.com
http://lists.easysw.com/mailman/listinfo/fltk-bugs
to do with fl_scroll() or
> with clipping, but that needs to be investigated. Both use system specific
> functions...
FWIW, I see similar results (fltk 1.1.8/XP/cygwin) without
any involvement of Fl_Scroll. Try removing the Fl_Scroll
instance altogether and run the test with
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2087
Version: 1.3-current
The summary says it all.
Link: http://www.fltk.org/str.php?L2087
Version: 1.3-current
___
fltk-bug
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1894
Version: 1.3-current
If modifications to fltk's memory management are being contemplated,
I'd suggest that it would also be nice if this program didn't
crash (#includ
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L2024
Version: 1.1.8 final
It would be helpful if the docs specified what happens
if the value is set to something outside the valuator's range. E.g.,
Fl_Slider s(...);
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1870
Version: 1.1-current
Fl_Input::handle(FL_RELEASE) does this:
// For output widgets, do the callback so the app knows the user
// did something with the mouse...
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1869
Version: 1.1-current
As an aid to understanding the problem, note that this is a workaround:
void alert_cb(void *)
{
Fl_Window* g = Fl::grab();
Fl::g
> (gdb) where
> #0 0x2ba73aebe03e in Fl_Widget::type (this=0x3a1) at
> .../FL/Fl_Widget.H:110
> #1 0x2ba73aebc2ef in Fl_Widget::damage (this=0x6b0bb0, ... at Fl.cxx:1092
That sequence suggests to me that the application and the
library were built with different versions of FL/Fl_Widget.
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1849
Version: 1.1-current
Per the documentation of Fl_Widget::hide(),
".. An invisible widget never gets redrawn and does not get events. [..]"
However, that does not se
> Greg Ercolano wrote:
> > Michael Sweet wrote:
> >> Only a clip on/off method was implemented, as an X,Y,W,H method would not
> >> be binary-compatible.
> >
> > Great, much thanks!
> >
> > BTW, I think one of the main issues of the original thread
> > was that the clip should take into
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1843
Version: 1.1-current
There's an entry for it, but no description.
Link: http://www.fltk.org/str.php?L1843
Version: 1.1-current
> Stan wrote:
> >> But assuming that the subclass has the same default attributes/values
> >> as Fl_Group will lead to the subclass not getting those attributes
> >> and values set in the generated code.
> >>
> >
> > The subclass *Must* have the
>
> But assuming that the subclass has the same default attributes/values
> as Fl_Group will lead to the subclass not getting those attributes
> and values set in the generated code.
>
The subclass *Must* have the same default attribute values set,
because the subclass "is-a" Fl_Group.
class MyG
>
> [STR Closed w/o Resolution]
>
> Link: http://www.fltk.org/str.php?L1752
> Version: 1.1-current
> Fix Version: Will Not Fix
>
>
> There is no way for us to know what the subclass assumes, so we have to set
> everything - otherwise you'll get undefined behavior.
>
> Will not fix.
Excuse my frust
Sent: Monday, November 19, 2007 11:49 AM
To: Stan
Cc: Stan; fltk-bugs@easysw.com
Subject: Re: [LOW] STR #1786: Fl_Browser::topline(), bottomline(),
middleline() inconsistencies
[STR Closed w/Resolution]
Link: http://www.fltk.org/str.php?L1786
Version: 1.1-current
Fix Version: None
If you have
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1815
Version: 1.1-current
The documentation should also discuss Fl_Group::current(),
and its implications. There are examples of why this is important
here http://www.flt
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1747
Version: 1.1-current
Not exactly state of the art:
uname -sr
SunOS 5.8
CC -V
CC: Sun C++ 5.5 2003/03/12
Link: http://www.fltk.org/str.php?L1747
Version: 1.1-curre
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1752
Version: 1.1-current
I wish I know what the "related issues" are. It's hard to see how an
existing project would suffer if the code to set attributes to the same
val
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1796
Version: 1.1-current
>From a documentation standpoint, I'd suggest that there is an
ambiguity with respect to minw (res minh) == maxw (res maxh) == 0,
which should be
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1786
Version: 1.1-current
bottomline(n), "Scrolls the browser so the bottom line in the browser
is n." After bottomline(1), it looks like this:
|- -|
line 1
line 2
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1794
Version: 1.1-current
Fl_Pack doesn't draw its children if box() is non-zero.
Looking at the source, this seems to be the intent for
some reason, but it's not mentione
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1793
Version: 1.1-current
>From the documentation for Fl_Group:
"The resizable may be set to the group itself (this is the default
value for an Fl_Group, although NUL
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1792
Version: 1.1-current
The documentation for Fl_Pack refers to FL_HORIZONTAL; its code
uses Fl_Pack::HORIZONTAL. The latter is defined in Fl_Pack.H,
while the former is
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1786
Version: 1.1-current
Fl_Browser* o = new Fl_Browser(50, 50, 100, 100);
// add 50 items
o->bottomline(1) // appears to do nothing
o->topline(50) // puts item 50 at (
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1753
Version: 1.1-current
The doc says "As long as the mouse button is held down the item
pointed to by it is highlighted." That is true unless the item
is the previously
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1752
Version: 1.1-current
If one creates a Group in FLUID, the generated code
looks like this:
{ Fl_Group* o = new Fl_Group(25, 25, 15, 15);
o->end();
} // Fl_Group* o
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1751
Version: 1.1-current
In FLUID, if the only change made is the size of the main window,
the "save" button is not enabled, and exiting FLUID proceeds
without asking if
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1723
Version: 2.0-feature
Amen.
In a similar vein, it would be nice to see the type() interface
disappear altogether.
Link: http://www.fltk.org/str.php?L1723
Version: 2
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1747
Version: 1.1-current
Below, when the typedef of Window is Fl_Window, the second
window receives events from all over the screen, as expected.
When the typedef is chan
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1719
Version: 1.1-current
This may be partly a documentation issue. The docs say this:
FL_WHEN_NOT_CHANGED - Do the callback whenever the user
interacts with the wi
Matthias,
Here's a simple test case. I should have included one in the STR.
If the changed bit was already being set, perhaps the problem
lies elsewhere. As you can see, dynamic typing isn't involved.
Regards,
Stan
#include
#include
#include
#include
#include
Fl_Input_Choice*
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Oops.. I got my STR's mixed up. Please ignore previous text.
As for this one, I guess it's a feature request, not a bug.
Link: http://www.fltk.org/str.php?L1691
Version: 1.1-current
__
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Surely it's a public API -- see Fl_Widget.H, and the documentation.
Personally, I discovered it by trying to use the API as it's described
(checking a bunch of widgets in response to an OK button). Maybe
I'
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Neither selecting from the menu nor typing in the input
causes Fl_Input_Choice::changed() to return non-zero.
Link: http://www.fltk.org/str.php?L1693
Version: 1.1-current
___
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
In Fl_Input.cxx we find:
// If you define this symbol as zero you will get the peculiar fltk
// behavior where moving off the end of an input field will move the
// cursor into the next field:
// define i
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
There is a code example here:
http://www.fltk.org/newsgroups.php?s13073+gfltk.general+v13077+T0
Link: http://www.fltk.org/str.php?L1676
Version: 1.1-current
___
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Quoting the description of Fl:Widget::changed(),
".. is in the base class so it is easier to scan all the widgets
in a panel and do_callback() on the changed ones in response to
an "OK" button. .. "
DO NOT REPLY TO THIS MESSAGE. INSTEAD, POST ANY RESPONSES TO THE LINK BELOW.
[STR New]
Link: http://www.fltk.org/str.php?L1668
Version: 1.1-current
___
fltk-bugs mailing list
fltk-bugs@easysw.com
http://lists.easysw.com/mailman/listinfo/fltk-bugs
38 matches
Mail list logo