Hi Ian,
Appreciate your explanation. I've found that the problem was because of my own
mistake (somewhere I was calling Fl::focus on the main window, where it was
really not necessary). Removing that fixed the problem.
But as you said events seem to depend a lot on the operating system. I never
> Hi,
>
> When I open a window after a double click of a button, my window gets the
> following events in this order.
>
> FL_FOCUS
> FL_SHOW
> FL_UNFOCUS
>
> Because of the UNFOCUS event, the following keyboard events goes to other
> windows.
>
> How can I prevent this happening? I'm returning 1
> When I open a window after a double click of a button, my
> window gets the following events in this order.
>
> FL_FOCUS
> FL_SHOW
> FL_UNFOCUS
>
> Because of the UNFOCUS event, the following keyboard events
> goes to other windows.
>
> How can I prevent this happening? I'm returning 1 from
Hi,
When I open a window after a double click of a button, my window gets the
following events in this order.
FL_FOCUS
FL_SHOW
FL_UNFOCUS
Because of the UNFOCUS event, the following keyboard events goes to other
windows.
How can I prevent this happening? I'm returning 1 from the handler of my
I think I've found the solution. Having
if (event == FL_UNFOCUS)
{
take_focus();
return 1;
}
in my window's handle function solves the problem.
Thanks,
Oguz
> > On 27 Jan 2008, at 16:05, Oguz Akyuz wrote:
> > > I would appreciate any help on this problem.
> > >
> > > PS: If I click the new
> On 27 Jan 2008, at 16:05, Oguz Akyuz wrote:
> > I would appreciate any help on this problem.
> >
> > PS: If I click the new window, the events seems to go to the new
> > window as I want. But I believe it must be possible to achieve that
> > without clicking the window first.
>
>
> Calling Fl::fo
On 27 Jan 2008, at 16:05, Oguz Akyuz wrote:
> I would appreciate any help on this problem.
>
> PS: If I click the new window, the events seems to go to the new
> window as I want. But I believe it must be possible to achieve that
> without clicking the window first.
Calling Fl::focus(Fl_Widge
Hi,
I've a simple question which I'm sure has been answered many times before, but
I could not find a working solution.
I've a main window which has a slider and a button on it. When clicked on the
button, it opens a new (non-child, non-modal) window. What I would like to
achieve is to send th
> Hello,
> Found this thread when looking for info about problems with setting
> focus to a specific window under linux. The example program in this post
> works as described in windows, but in linux my window labeled "window"
> lose focus as soon the "extended window" is shown.
>
> Did anyone find
Hello,
Found this thread when looking for info about problems with setting
focus to a specific window under linux. The example program in this post
works as described in windows, but in linux my window labeled "window"
lose focus as soon the "extended window" is shown.
Did anyone find a nice wa
> BTW I've noticed something strange which has not relation to current
> issue. In all the cited programs so far (this is also reproducible in this
> program) if one types something in input box, and then holds "backspace"
> key to delete that strng and holds it a little longer ...
> ... and progra
On 1 Apr 2007, at 1:32, Miles Bader wrote:
> "MacArthur, Ian (SELEX) (UK)" <[EMAIL PROTECTED]> writes:
>> Well... It looks like this is caused by the fact that fltk2 input
>> widgets implement some sort of emacs-style editing commands - the
>> ESC is
>> being caught and treated as an undo comman
"MacArthur, Ian (SELEX) (UK)" <[EMAIL PROTECTED]> writes:
> Well... It looks like this is caused by the fact that fltk2 input
> widgets implement some sort of emacs-style editing commands - the ESC is
> being caught and treated as an undo command.
Odd -- no standard emacs bindings for "undo" invol
28.03.2007 imm <[EMAIL PROTECTED]> wrote:
> Sorry, I think you may have misunderstood me: The example I posted
> only has a partial implementation of the handle method (just enough
> to cause the browser window to be closed when the main window exits)
> it does not implement all the function
On 28 Mar 2007, at 18:24, Millan wrote:
> Then I'll check it again. I've deduced previous conclusion, that
> call to
> timeout function is crucial alone, by commenting out timeout
> function call and
> leaving only overridden "handle()" method in your program, and it
> didn't
> worked, but s
28.03.2007 "MacArthur, Ian \(SELEX\) \(UK\)" <[EMAIL PROTECTED]>
wrote:
> Two ways occurred to me to work around the hide/show and focus issues -
> one was the "workaround" of using a timeout, the other was the more
> stylish overriding of the handle method - I tried to show both
> approaches in
> > deleted, and then
> > releases "backspace" key and presses "escape" key, then the
> > first character of
> > previous (deleted) string will appear, and program wont quit
> > on subsequent
> > "escape" key presses. Is this a bug in FLTK 2.x?
>
> I don't know - I hadn't seen that before. Prob
> I think that call to "fltk::add_timeout(0.05, cb_grab_focus,
> wordInput);" is
> crucial, without it this doesn't work, that is I don't have to use
> overloading of (hadle()) method.
Two ways occurred to me to work around the hide/show and focus issues -
one was the "workaround" of using a time
28.03.2007 "MacArthur, Ian \(SELEX\) \(UK\)" <[EMAIL PROTECTED]>
wrote:
> Pardon?
> I thought I was being constructive and helpful - perhaps you have
> mis-read my intent?
Yes, slightly. In that case, please take my apology for that, and let us then
finish here this unnecessary, and time consumin
> > Can you post a small, complete, example somewhere? Then
> > people might be able to advise you further?
>
> Excuse me, but I really don't think there is a need for such
> tone in your message.
Pardon?
I thought I was being constructive and helpful - perhaps you have
mis-read my intent?
> C
27.03.2007 imm <[EMAIL PROTECTED]> wrote:
> Please, if you are going to post examples, make sure they are
> complete enough to be compilable... There are too many bits missing
> >from your example. I could guess, of course, but that might
> inadvertently alter what you are trying to achieve
On 26 Mar 2007, at 22:49, Millan wrote:
> Just to be sure about this, and avoid unnecessary misunderstanding,
> let me
> specify in detail my program structure about this issue:
>
> There's a main window class derived from fltk::Window which holds all
> mentioned components. The following is that
26.03.2007 gga <[EMAIL PROTECTED]> wrote:
> > Milan wrote:
> >
> > X_CreatePixmap: BadValue (integer parameter out of range for operation)
> > 0x0 X_CopyArea: BadDrawable (invalid Pixmap or Window parameter) 0x3400020
> > ailman/listinfo/fltk
> >
>
> yes, this is the incorrect X11 atoms. I've s
Milan wrote:
> 26.03.2007 matthiasm <[EMAIL PROTECTED]> wrote:
>
>
> X_CreatePixmap: BadValue (integer parameter out of range for operation) 0x0
> X_CopyArea: BadDrawable (invalid Pixmap or Window parameter) 0x3400020
> ailman/listinfo/fltk
>
yes, this is the incorrect X11 atoms. I've sent a p
26.03.2007 matthiasm <[EMAIL PROTECTED]> wrote:
>
> On Mar 26, 2007, at 1:26 PM, gga wrote:
>
> > Milan wrote:
> >>
> >> Can someone please tell, me is this a bug in FLTK 2.x branch,
> >> since people
> >> who use FLTK 1.1.x seem to have no problem with this, so I can
> >> start looking
> >>
On Mar 26, 2007, at 1:26 PM, gga wrote:
> Milan wrote:
>>
>> Can someone please tell, me is this a bug in FLTK 2.x branch,
>> since people
>> who use FLTK 1.1.x seem to have no problem with this, so I can
>> start looking
>> for some other possible (?) means to do this, or if it's not a bug
> It is a problem in both, it seems. I get the same behavior under KDE
> for both fltk1.1 and fltk2.0.
>
> The only way I have found to refocus the widget is to do a
> hide/show on
> the main window.
>
> Also, fltk1.1 also suffers from passing incorrect x11 atoms
> (I reported
> this for fltk
Milan wrote:
>
> Can someone please tell, me is this a bug in FLTK 2.x branch, since people
> who use FLTK 1.1.x seem to have no problem with this, so I can start looking
> for some other possible (?) means to do this, or if it's not a bug then what
> is wrong with it!?
>
It is a problem in both
25.03.2007 Milan <[EMAIL PROTECTED]> wrote:
> 24.03.2007 michael sephton <[EMAIL PROTECTED]> wrote:
>
> > Hi, Here is a similar demo program for fltk 1.1x. You type in an input in
> > one window, and as soon as you type it pops up another window with an
> > input, and it retains the focus, and a
On Mar 24, 2007, at 9:14 PM, Milan wrote:
> class MainWindow : public Window {
Ah, you are on FLTK2. Maybe someone from the FLTK2 crew can answer this?
http://robowerk.com/
___
fltk mailing list
fltk@easysw.com
http://lists.easysw.com/mailman/l
24.03.2007 michael sephton <[EMAIL PROTECTED]> wrote:
> Hi, Here is a similar demo program for fltk 1.1x. You type in an input in
> one window, and as soon as you type it pops up another window with an
> input, and it retains the focus, and as you continue typing, it updates the
> text in the sec
Hi, Here is a similar demo program for fltk 1.1x. You type in an input in one
window, and as soon as you type it pops up another window with an input, and it
retains the focus, and as you continue typing, it updates the text in the
second window.
#include
#include
#include
#include
#includ
24.03.2007 matthiasm <[EMAIL PROTECTED]> wrote:
> BTW: which OS are you using?
Sorry, I've forgot to answer on this one.
I'm using Ubuntu Feisty Fawn, but program itself should be portable, that is,
it should be used both in Linux and Windows.
___
fltk
24.03.2007 matthiasm <[EMAIL PROTECTED]> wrote:
>
> On Mar 24, 2007, at 6:49 PM, Milan wrote:
>
> > When I type the first character in input box, child window with
> > browser in it,
> > which added that character, pops up but focus is not on input
> > anymore, so I
> > have to click on inpu
On Mar 24, 2007, at 6:49 PM, Milan wrote:
> When I type the first character in input box, child window with
> browser in it,
> which added that character, pops up but focus is not on input
> anymore, so I
> have to click on input and continue typing after which focus stays
> on input.
Hmm,
Hi. I have main window which has input in it, and it should as soon as
something is typed in the input box, popup new borderless window (child of
main) with browser in it, with that what is typed in input box added in
browsers.
When I type the first character in input box, child window with browse
36 matches
Mail list logo
