Nabble - Fox Toolkit - User

Re: New development release (1.7.21)

2009-12-18T07:07:07Z

On Tuesday 15 December 2009, you wrote:
> Hi Jeroen,
> just to know if an up-date of release 1.7.21 is planed ?

I will generate a new development release with fixes to the Windows (VC++, BC++, ...)
makefiles.

- Jeroen

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________
Foxgui-users mailing list
Foxgui-users@...
https://lists.sourceforge.net/lists/listinfo/foxgui-users

Re: FXTopWindow steals the focus on show

2009-12-18T07:01:13Z

On Thursday 17 December 2009, Daniel Stine wrote:

> Maybe I'm using these widgets in ways that were not originally
> intended but I'm seeing undesirable behavior with a TopWindow stealing
> the focus from other applications just because I've updated it's
> contents.
>
> I'm using Windows and the code snippets are from fox 1.6.37 but the
> relevant logic is the same for 1.7.15.
>
> I have an FXTable as a child of an FXDockBar. When the Dockbar is
> docked there is no problem.
> However, when floated, and I insert or delete rows from the table it
> causes a layout cycle through FXToolBarShell::layout().
>
> // Recalculate layout
> void FXToolBarShell::layout(){
> if(getFirst()){
> if(getFirst()->shown()){
> getFirst()->position(border,border,width-(border<<1),height-(border<<1));
> show();
> }
> else{
> hide();
> }
> }
> flags&=~FLAG_DIRTY;
> }
>
>
> layout() calls FXTopWindow::show() which not only makes the window
> visible but also raises it.
>
>
> // Show and raise window
> void FXTopWindow::show(){
> FXShell::show();
> raise();
> }
>
>
> The raise() function calls SetForegroundWindow() which steals the
> focus from whatever other app is currently active.
>
>
> // Raise and make foreground window
> void FXTopWindow::raise(){
> FXShell::raise();
> if(xid){
> #ifdef WIN32
> SetForegroundWindow((HWND)xid);
> #endif
> }
> }
>
>
> I guess I'd rather see FXTopWindow::raise() call SetActiveWindow
> instead of SetForegroundWindow.
>
>
> The documentation says: "The SetActiveWindow function activates a
> window, but not if the application is in the background. The window
> will be brought into the foreground (top of Z-Order) if its
> application is in the foreground when the system activates the window.
> "
>
> The documentation for SetForegroundWindow is slightly confusing, but I
> think it amounts to strong-arming the focus regardless of whether the
> app is in the foreground.

Thanks.

I fixed the code; it should be in the next development release.

- Jeroen

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________
Foxgui-users mailing list
Foxgui-users@...
https://lists.sourceforge.net/lists/listinfo/foxgui-users

FXTopWindow steals the focus on show

2009-12-17T09:17:23Z

Maybe I'm using these widgets in ways that were not originally
intended but I'm seeing undesirable behavior with a TopWindow stealing
the focus from other applications just because I've updated it's
contents.

I'm using Windows and the code snippets are from fox 1.6.37 but the
relevant logic is the same for 1.7.15.

I have an FXTable as a child of an FXDockBar. When the Dockbar is
docked there is no problem.
However, when floated, and I insert or delete rows from the table it
causes a layout cycle through FXToolBarShell::layout().

// Recalculate layout
void FXToolBarShell::layout(){
if(getFirst()){
if(getFirst()->shown()){
getFirst()->position(border,border,width-(border<<1),height-(border<<1));
show();
}
else{
hide();
}
}
flags&=~FLAG_DIRTY;
}

layout() calls FXTopWindow::show() which not only makes the window
visible but also raises it.

// Show and raise window
void FXTopWindow::show(){
FXShell::show();
raise();
}

The raise() function calls SetForegroundWindow() which steals the
focus from whatever other app is currently active.

// Raise and make foreground window
void FXTopWindow::raise(){
FXShell::raise();
if(xid){
#ifdef WIN32
SetForegroundWindow((HWND)xid);
#endif
}
}

I guess I'd rather see FXTopWindow::raise() call SetActiveWindow
instead of SetForegroundWindow.

The documentation says: "The SetActiveWindow function activates a
window, but not if the application is in the background. The window
will be brought into the foreground (top of Z-Order) if its
application is in the foreground when the system activates the window.
"

The documentation for SetForegroundWindow is slightly confusing, but I
think it amounts to strong-arming the focus regardless of whether the
app is in the foreground.

Great toolkit!

Best Regards,
Dan Stine

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________
Foxgui-users mailing list
Foxgui-users@...
https://lists.sourceforge.net/lists/listinfo/foxgui-users

Re: New development release (1.7.21)

2009-12-15T09:16:12Z

Hi Jeroen,
just to know if an up-date of release 1.7.21 is planed ?
Pof

Jeroen van der Zijp a écrit :

> On Monday 14 December 2009, pof wrote:
>
>> oups,
>> I wrote a bit too quickly, actually quite few (39) errors at compiling,
>> either complaining about undeclared identifyer (e.g. 'entericon',
>> 'erroricon'...).
>> Just to mention, was'nt it pretty much the same in 1.7.20?
>>
>> pof a écrit :
>>
>>> Jeroen,
>>> apart from a reference to the missing file FXReactor.cpp,
>>> 1.7.21 compiles and links well (WinVista, VC++2005 SP1).
>>> Thanks for this new release.
>>>
>
> Yes,
>
> and I suddenly realize I still haven't set my Windows machine up so as to
> update the VC++/BC++/etc. build procedure. Thanks for reminding me.
>
> The missing icons are generated by a special build rule which runs reswrap
> on the icon files. Perhaps the old VC++ 6 script didn't carry over to
> VC++ 2005??
>
>
> - Jeroen
>
>
>

------------------------------------------------------------------------------
This SF.Net email is sponsored by the Verizon Developer Community
Take advantage of Verizon's best-in-class app development support
A streamlined, 14 day to market process makes app distribution fast and easy
Join now and get one step closer to millions of Verizon customers
http://p.sf.net/sfu/verizon-dev2dev
_______________________________________________
Foxgui-users mailing list
Foxgui-users@...
https://lists.sourceforge.net/lists/listinfo/foxgui-users

Re: New development release (1.7.21)

2009-12-14T20:56:37Z

On Monday 14 December 2009, pof wrote:

> oups,
> I wrote a bit too quickly, actually quite few (39) errors at compiling,
> either complaining about undeclared identifyer (e.g. 'entericon',
> 'erroricon'...).
> Just to mention, was'nt it pretty much the same in 1.7.20?
>
> pof a écrit :
> > Jeroen,
> > apart from a reference to the missing file FXReactor.cpp,
> > 1.7.21 compiles and links well (WinVista, VC++2005 SP1).
> > Thanks for this new release.

Yes,

and I suddenly realize I still haven't set my Windows machine up so as to
update the VC++/BC++/etc. build procedure. Thanks for reminding me.

The missing icons are generated by a special build rule which runs reswrap
on the icon files. Perhaps the old VC++ 6 script didn't carry over to
VC++ 2005??

- Jeroen

--
+----------------------------------------------------------------------------+
| Copyright (C) 22:50 12/14/2009 Jeroen van der Zijp. All Rights Reserved. |
+----------------------------------------------------------------------------+

------------------------------------------------------------------------------
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
_______________________________________________
Foxgui-users mailing list
Foxgui-users@...
https://lists.sourceforge.net/lists/listinfo/foxgui-users

Re: New development release (1.7.21)

2009-12-14T15:49:37Z

here is the list of undeclared identifyers (if I did not miss any):
entericon
gotoicon
erroricon
warningicon
infoicon
winclose
winmaximize
winminimize
winrestore
gotohome
gotowork
fileshown
foldernew
bigfolder
minifolder
minifolderopen
miniharddisk
mininetdrive
mininethood
docktop
dockleft
dockright
dockfree
eyedrop
hsvmode

pof a écrit :

> oups,
> I wrote a bit too quickly, actually quite few (39) errors at compiling,
> either complaining about undeclared identifyer (e.g. 'entericon',
> 'erroricon'...).
> Just to mention, was'nt it pretty much the same in 1.7.20?
>
> pof a écrit :
>> Jeroen,
>> apart from a reference to the missing file FXReactor.cpp,
>> 1.7.21 compiles and links well (WinVista, VC++2005 SP1).
>> Thanks for this new release.
>> Pof
>>
>
>

------------------------------------------------------------------------------
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
_______________________________________________
Foxgui-users mailing list
Foxgui-users@...
https://lists.sourceforge.net/lists/listinfo/foxgui-users

Re: New development release (1.7.21)

2009-12-14T15:42:35Z

oups,
I wrote a bit too quickly, actually quite few (39) errors at compiling,
either complaining about undeclared identifyer (e.g. 'entericon',
'erroricon'...).
Just to mention, was'nt it pretty much the same in 1.7.20?

pof a écrit :
> Jeroen,
> apart from a reference to the missing file FXReactor.cpp,
> 1.7.21 compiles and links well (WinVista, VC++2005 SP1).
> Thanks for this new release.
> Pof
>

------------------------------------------------------------------------------
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
_______________________________________________
Foxgui-users mailing list
Foxgui-users@...
https://lists.sourceforge.net/lists/listinfo/foxgui-users

Re: New development release (1.7.21)

2009-12-14T15:08:21Z

Jeroen,
apart from a reference to the missing file FXReactor.cpp,
1.7.21 compiles and links well (WinVista, VC++2005 SP1).
Thanks for this new release.
Pof

------------------------------------------------------------------------------
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
_______________________________________________
Foxgui-users mailing list
Foxgui-users@...
https://lists.sourceforge.net/lists/listinfo/foxgui-users

Re: XIM status?

2009-12-14T12:13:37Z

>>What's the status of XIM input with FOX 1.6 (and FOX 1.7). Does it
>>work? Anybody using it?
>>
>>Thanks,
>>
>>Sander
>>
>>--
>>"And any fool knows a dog needs a home
>>A shelter from pigs on the wing"
>
>Hi Sander,
>
>I just compiled Fox-1.6.37 with xim enabled and scim input works fine.
>
>
>Cheers,
>Leandro
>

Tried Fox-1.7.21 and xim doesn't work, I cannot input any text even using local keyboard.

Leandro

---- Nuova grafica e nuove funzionalità! Crea subito Gratis la tua nuova Casella di Posta Katamail

------------------------------------------------------------------------------
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
_______________________________________________
Foxgui-users mailing list
Foxgui-users@...
https://lists.sourceforge.net/lists/listinfo/foxgui-users

Re: Which button clicked?

2009-12-14T07:07:33Z

On Saturday 12 December 2009, thinchild wrote:
>
> Hi everyone,
>
> I have a button series like F[10][10] and have same ID_BUTTON.
> I want to know how can i know which button clicked?
> I have lots of buttons so i dont want to set different ID for every button.

You don't have to have explicit enums for each; the following would work:

enum {
...
ID_BUTTON_FIRST,
ID_BUTTON_LAST=ID_BUTTON_FIRST+NUMBUTTONS-1,
...
};

and then of course you could map all of them to a single handler:

FXMAPFUNCS(SEL_COMMAND,MyDialog::ID_ID_BUTTON_FIRST,MyDialog::ID_BUTTON_LAST,MuDialog::onCmdHandleButtons)

And handle them something like:

long MyDialog::onCmdHandleButtons(FXObject*,FXSelector sel,void*){
switch(FXSELID(sel)){
case ID_BUTTON_FIRST+0: ... break;
case ID_BUTTON_FIRST+1: ... break;
........

default: ... break;
}
return 1;
}

Just some ideas. There are several ways to solve this problem but I suspect
this is probably easiest.

- Jeroen

------------------------------------------------------------------------------
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
_______________________________________________
Foxgui-users mailing list
Foxgui-users@...
https://lists.sourceforge.net/lists/listinfo/foxgui-users

Convite pessoal de Mauro Cordon

2009-12-14T01:35:33Z

UNYK

Se você não conhece Mauro Cordon, ignore esta mensagem de email.
Se você não pode clicar nos links, clique em « Mostrar conteúdo » e tente novamente.

Convite pessoal de Mauro Cordon

Olá,

Imagine que um dia eu mudo de endereço de email... e que automaticamente, sem que eu precise lhe informar, meu novo endereço aparece em seu caderno de endereços! Isto agora já é possível!

Unyk é uma ferramenta extremamente eficaz que lhe permite gerenciar seus contatos com segurança e uma facilidade nunca vista.

Assim que um dos seus contatos faz uma mudança nos dados dele(a), seu caderno de endereços se atualiza automaticamente. E vice-versa. De agora em diante, com o Unyk, os únicos dados que você precisa atualizar são os seus.

Posso lhe acrescentar aos meus contatos? Para aceitar, clique aqui!

Você poderá também criar seu caderno de endereços inteligente.

Unyk é fácil, gratuito e 100% seguro.

Mauro Cordon
UNYK : AHD 909

UNYK, o primeiro caderno de endereços inteligente que se atualiza sozinho!

Não responda diretamente a esta mensagem. Caso você tenha perguntas ou dúvidas, por favor, entre em contato conosco: http://unyk.com/pt/Entre-em-contato-conosco
UNYK Inc., 1010 de Serigny, bureau 820, Longueuil, QC, J4K 5G7, Canada.

Não quero mais receber nenhum convite para utilizar UNYK da parte de Mauro Cordon: cancelar minha inscrição

Não quero mais receber nenhum convite para utilizar UNYK: cancelar minha inscrição

------------------------------------------------------------------------------
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev

_______________________________________________
Foxgui-users mailing list
Foxgui-users@...
https://lists.sourceforge.net/lists/listinfo/foxgui-users

Wait until button pressed?

2009-12-13T07:06:58Z

I want to wait until any button pressed.
How can i do?

I'm looking for your help...

Re: Which button clicked?

2009-12-13T07:05:26Z

Thanks for your help.
it is very helpful.

Jan Vachulka wrote:

Hi,

look at the following code(can be compiled and executed), notice use of FXMAPFUNCS instead of FXMAPFUNC:

#include "fx.h"

class MainWindow : public FXMainWindow
{
FXDECLARE(MainWindow);
protected:
static const int NCOLUMNS = 10;
static const int NROWS = 10;

FXButton* buttons[NROWS][NCOLUMNS];
protected:
MainWindow(){}
public:
enum
{
ID_BUTTON_FIRST = FXMainWindow::ID_LAST,
ID_BUTTON_LAST = ID_BUTTON_FIRST + NCOLUMNS * NROWS,
ID_LAST
};
long onButton(FXObject*, FXSelector, void*);
public:
MainWindow(FXApp* app);
};

FXDEFMAP(MainWindow) MainWindowMap[] =
{
FXMAPFUNCS(SEL_COMMAND, MainWindow::ID_BUTTON_FIRST, MainWindow::ID_BUTTON_LAST, MainWindow::onButton)
};

FXIMPLEMENT(MainWindow, FXMainWindow, MainWindowMap, ARRAYNUMBER(MainWindowMap));

long MainWindow::onButton(FXObject*, FXSelector sel, void*)
{
// get id of the pressed button
FXint id = FXSELID(sel);
// compute row and column
FXint column = (id - ID_BUTTON_FIRST) / NROWS;
FXint row = id - ID_BUTTON_FIRST - column*NROWS;

FXMessageBox::information(getApp(), MBOX_OK, "Information", "You clicked on button with text %s", buttons[row][column]->getText().text());
return 1;
}

MainWindow::MainWindow(FXApp* app)
: FXMainWindow(app, "Main Window", NULL, NULL, DECOR_ALL)
{
FXMatrix* matrix = new FXMatrix(this, NROWS, MATRIX_BY_ROWS | LAYOUT_FILL);
for(int column=0; column!=NCOLUMNS; ++column)
for(int row=0; row!=NROWS; ++row)
{
FXString s;
s.format("r=%d c=%d", row, column);
buttons[row][column] = new FXButton(matrix, s, NULL, this, ID_BUTTON_FIRST + row + column*NROWS);
}
}

int main(int argc, char* argv[])
{
FXApp app;
app.init(argc, argv);

MainWindow* mainWindow = new MainWindow(&app);

app.create();
mainWindow->show(PLACEMENT_SCREEN);

return app.run();
}

End of file.

Jan

> ------------ Původní zpráva ------------
> Od: thinchild <thinchild@gmail.com>
> Předmět: [Foxgui-users] Which button clicked?
> Datum: 12.12.2009 15:49:29
> ----------------------------------------
>
> Hi everyone,
>
> I have a button series like F[10][10] and have same ID_BUTTON.
> I want to know how can i know which button clicked?
> I have lots of buttons so i dont want to set different ID for every button.
>
> I'm lookin' for yout help...
> --
> View this message in context:
> http://old.nabble.com/Which-button-clicked--tp26758121p26758121.html
> Sent from the Fox Toolkit - User mailing list archive at Nabble.com.
>
>
> ------------------------------------------------------------------------------
> Return on Information:
> Google Enterprise Search pays you back
> Get the facts.
> http://p.sf.net/sfu/google-dev2dev
> _______________________________________________
> Foxgui-users mailing list
> Foxgui-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/foxgui-users
>
>
>

------------------------------------------------------------------------------
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
_______________________________________________
Foxgui-users mailing list
Foxgui-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/foxgui-users

Re: FXText not showing cursor right away

2009-12-12T18:48:20Z

On Saturday 12 December 2009, Bill Foster wrote:
> Some quick help perhaps,
>
> When I create and set focus to a new FXText (child of another FXText),

FXText should not really have any additional children...

> the cursor is not showing the the FXText, and there are slight behavior
> problems (i am grabbing keyboard while focused), but when I switch
> applications and then switch back, the cursor is showing and everything
> works the way it should.

Grabbing keyboard is probably not a good idea..

> What do I need to call, or what code gets called when I switch back to
> my app that would show the cursor of the current focus and straighten
> things out for it?
>
> OK : i just noticed something!!!!!!
>
> When I switch back to my app by clicking on the apps panel bar, it does not start showing the cursor.
> However, when I use ALT-TAB to switch to my app, it shows cursor in the FXText and starts working.
> This happens every time.
>
> I am using Linux.

Things to keep in mind:

1) setFocus() should preferably be called when the widget tree is
already created.

2) If the widget has been created (not just constructed), then the the
call to setFocus() will also tell the widget manager to set the X11
focus on it.

3) Either way, the widget on which setFocus() is called will be the end
of a chain of focus, from the toplevel window to the given window.

This means the widget will receive actual focus when the toplevel
focus is assigned by the window manager, and this will happen as a
side effect of the setFocus call *only* if the widget tree was already
created.

Hope this helps,

- Jeroen

--
+----------------------------------------------------------------------------+
| Copyright (C) 20:30 12/12/2009 Jeroen van der Zijp. All Rights Reserved. |
+----------------------------------------------------------------------------+

------------------------------------------------------------------------------
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
_______________________________________________
Foxgui-users mailing list
Foxgui-users@...
https://lists.sourceforge.net/lists/listinfo/foxgui-users

New development release (1.7.21)

2009-12-12T15:07:36Z

New in this release:

* Added fastnormalize() API's in FXVec{2,3,4}f, which use SSE rsqrtss and one Newton-Raphson
step for fast and quite accurate vector normalization.
* Added JPEG 2000 support (FXJP2Icon, FXJP2Image).
* Added soft-tab insert, force auto-indent and no-auto-indent character entry.
* Fixed cursor-overhang issue (off-by-one redraw).
* Fixed FXCondition::wait().
* Added a few convenience-API's in FXMat{3,4}{d,f}.
* Obtain number of processors improved.
* Some small fixes in FXRex.
* Faster fxrandom() implementation using Marsaglia's algorithm; its better as well!
* Fix issue in FXThreadPool waking threads.
* Variable amount of wait adding job to FXThreadPool.
* Fixed a few warnings.
* Fixes in FXFont rolled in.
* Outer product added in FXMat3{d,f} and FXMat4{d,f}.

Enjoy,

- Jeroen

--
+----------------------------------------------------------------------------+
| Copyright (C) 17:00 12/12/2009 Jeroen van der Zijp. All Rights Reserved. |
+----------------------------------------------------------------------------+

------------------------------------------------------------------------------
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
_______________________________________________
Foxgui-users mailing list
Foxgui-users@...
https://lists.sourceforge.net/lists/listinfo/foxgui-users

Re: Which button clicked?

2009-12-12T10:39:04Z

Hi,

look at the following code(can be compiled and executed), notice use of FXMAPFUNCS instead of FXMAPFUNC:

#include "fx.h"

class MainWindow : public FXMainWindow
{
FXDECLARE(MainWindow);
protected:
static const int NCOLUMNS = 10;
static const int NROWS = 10;

FXButton* buttons[NROWS][NCOLUMNS];
protected:
MainWindow(){}
public:
enum
{
ID_BUTTON_FIRST = FXMainWindow::ID_LAST,
ID_BUTTON_LAST = ID_BUTTON_FIRST + NCOLUMNS * NROWS,
ID_LAST
};
long onButton(FXObject*, FXSelector, void*);
public:
MainWindow(FXApp* app);
};

FXDEFMAP(MainWindow) MainWindowMap[] =
{
FXMAPFUNCS(SEL_COMMAND, MainWindow::ID_BUTTON_FIRST, MainWindow::ID_BUTTON_LAST, MainWindow::onButton)
};

FXIMPLEMENT(MainWindow, FXMainWindow, MainWindowMap, ARRAYNUMBER(MainWindowMap));

long MainWindow::onButton(FXObject*, FXSelector sel, void*)
{
// get id of the pressed button
FXint id = FXSELID(sel);
// compute row and column
FXint column = (id - ID_BUTTON_FIRST) / NROWS;
FXint row = id - ID_BUTTON_FIRST - column*NROWS;

FXMessageBox::information(getApp(), MBOX_OK, "Information", "You clicked on button with text %s", buttons[row][column]->getText().text());
return 1;
}

MainWindow::MainWindow(FXApp* app)
: FXMainWindow(app, "Main Window", NULL, NULL, DECOR_ALL)
{
FXMatrix* matrix = new FXMatrix(this, NROWS, MATRIX_BY_ROWS | LAYOUT_FILL);
for(int column=0; column!=NCOLUMNS; ++column)
for(int row=0; row!=NROWS; ++row)
{
FXString s;
s.format("r=%d c=%d", row, column);
buttons[row][column] = new FXButton(matrix, s, NULL, this, ID_BUTTON_FIRST + row + column*NROWS);
}
}

int main(int argc, char* argv[])
{
FXApp app;
app.init(argc, argv);

MainWindow* mainWindow = new MainWindow(&app);

app.create();
mainWindow->show(PLACEMENT_SCREEN);

return app.run();
}

End of file.

Jan

> ------------ Původní zpráva ------------
> Od: thinchild <thinchild@...>
> Předmět: [Foxgui-users] Which button clicked?
> Datum: 12.12.2009 15:49:29
> ----------------------------------------
>
> Hi everyone,
>
> I have a button series like F[10][10] and have same ID_BUTTON.
> I want to know how can i know which button clicked?
> I have lots of buttons so i dont want to set different ID for every button.
>
> I'm lookin' for yout help...
> --
> View this message in context:
> http://old.nabble.com/Which-button-clicked--tp26758121p26758121.html
> Sent from the Fox Toolkit - User mailing list archive at Nabble.com.
>
>
> ------------------------------------------------------------------------------
> Return on Information:
> Google Enterprise Search pays you back
> Get the facts.
> http://p.sf.net/sfu/google-dev2dev
> _______________________________________________
> Foxgui-users mailing list
> Foxgui-users@...
> https://lists.sourceforge.net/lists/listinfo/foxgui-users
>
>
>

FXText not showing cursor right away

2009-12-12T08:37:52Z

Some quick help perhaps,

When I create and set focus to a new FXText (child of another FXText),
the cursor is not showing the the FXText, and there are slight behavior
problems (i am grabbing keyboard while focused), but when I switch
applications and then switch back, the cursor is showing and everything
works the way it should.
What do I need to call, or what code gets called when I switch back to
my app that would show the cursor of the current focus and straighten
things out for it?

OK : i just noticed something!!!!!!

When I switch back to my app by clicking on the apps panel bar, it does not start showing the cursor.
However, when I use ALT-TAB to switch to my app, it shows cursor in the FXText and starts working.
This happens every time.

I am using Linux.

Thank you,
Bill Foster

------------------------------------------------------------------------------
Return on Information:
Google Enterprise Search pays you back
Get the facts.
http://p.sf.net/sfu/google-dev2dev
_______________________________________________
Foxgui-users mailing list
Foxgui-users@...
https://lists.sourceforge.net/lists/listinfo/foxgui-users

Which button clicked?

2009-12-12T06:46:32Z

Hi everyone,

I have a button series like F[10][10] and have same ID_BUTTON.
I want to know how can i know which button clicked?
I have lots of buttons so i dont want to set different ID for every button.

I'm lookin' for yout help...

Re: XIM status?

2009-12-06T06:42:42Z

>What's the status of XIM input with FOX 1.6 (and FOX 1.7). Does it
>work? Anybody using it?
>
>Thanks,
>
>Sander
>
>--
>"And any fool knows a dog needs a home
>A shelter from pigs on the wing"

Hi Sander,

I just compiled Fox-1.6.37 with xim enabled and scim input works fine.

Cheers,
Leandro
---- Nuova grafica e nuove funzionalità! Crea subito Gratis la tua nuova Casella di Posta Katamail

------------------------------------------------------------------------------
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing.
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
_______________________________________________
Foxgui-users mailing list
Foxgui-users@...
https://lists.sourceforge.net/lists/listinfo/foxgui-users

Re: FXAutoPtr

2009-12-03T14:35:30Z

On Thu, Dec 3, 2009 at 4:14 PM, Jeroen van der Zijp <jvdzijp@...> wrote:
> On Thursday 03 December 2009, Lyle Johnson wrote:
>> FOX unfortunately doesn't do any reference counting, or anything like
>> that (I think for performance reasons?). When you pass courier_font
>> into the FXText::setFont() function, it only implicitly transfers the
>> ownership of the FXFont object.
>
> Actually, I need to correct this. m_text->setFont(courier_font) does *not*
> transfer ownership of the FXFont to the text widget.

Yeah, I didn't state that very clearly. I was trying to make the point
that FXText doesn't take any real ownership of the pointer, but I
misspoke.

------------------------------------------------------------------------------
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing.
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
_______________________________________________
Foxgui-users mailing list
Foxgui-users@...
https://lists.sourceforge.net/lists/listinfo/foxgui-users

Re: FXAutoPtr

2009-12-03T14:14:43Z

On Thursday 03 December 2009, Lyle Johnson wrote:

> On Thu, Dec 3, 2009 at 3:23 PM, Jason Heblack
> <jason.heblack@...> wrote:
>
> > Hi: I never have used FXAutoPtr before. Should this not work?
> >
> > ...
> > m_text = new FXText(this);
> > FXAutoPtr<FXFont> courier_font;
> > courier_font = new FXFont(a,"courier");
> > m_text->setFont(courier_font);
> > ...
>
> This should not work. The FXAutoPtr instance (courier_font) is created
> on the stack; when it goes out of scope, the memory that it points to
> (the FXFont instance) is deleted. This leaves the FXText with a
> dangling pointer.
>
> FOX unfortunately doesn't do any reference counting, or anything like
> that (I think for performance reasons?). When you pass courier_font
> into the FXText::setFont() function, it only implicitly transfers the
> ownership of the FXFont object.

Actually, I need to correct this. m_text->setFont(courier_font) does *not*
transfer ownership of the FXFont to the text widget.

The idea is that your FXMainWindow (in this case, "Test") owns its resources
(since its constructor created them), is thus responsible to delete them.

In the case of sharable resource like icons and fonts, this needs to be
done explicitly.

With FXAutoPtr, you can simply declare your local resources as

FXAutoPtr<Resource> res;

instead of:

Resource *res;

and have smart pointer automatically delete the object when it goes out of
scope.

While reference counting has its place here or there, for our purposes
I feel the rules for managing resources are far simpler to follow with
FXAutoPtr than with FXRefPtr (and yes, reference counting would incur
some additional overhead as well).

The reason is that the widget-tree is strictly hierarchical, and so this is
plainly the simplest solution to the problem.

- Jeroen

------------------------------------------------------------------------------
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing.
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
_______________________________________________
Foxgui-users mailing list
Foxgui-users@...
https://lists.sourceforge.net/lists/listinfo/foxgui-users

Re: FXAutoPtr

2009-12-03T13:49:24Z

On Thursday 03 December 2009, Jason Heblack wrote:

> Hi: I never have used FXAutoPtr before. Should this not work?
>
> ...
> m_text = new FXText(this);
> FXAutoPtr<FXFont> courier_font;
> courier_font = new FXFont(a,"courier");
> m_text->setFont(courier_font);
> ...
>
> There is a segmentation fault when run but not if a normal pointer is
> used instead. The backtrace indicates that this happens at
> FXMainWindow::create();
>
> Backtrace...
> #0 0x08093020 in FX::FXText::create (this=0x81a3a60) at FXText.cpp:437
> #1 0x0806189f in FX::FXComposite::create (this=0x81a3948) at
> FXComposite.cpp:100
> #2 0x0806f9f3 in FX::FXShell::create (this=0x81a3948) at FXShell.cpp:84
> #3 0x0809abba in FX::FXTopWindow::create (this=0x81a3948) at
> FXTopWindow.cpp:185
> #4 0x08069d82 in FX::FXMainWindow::create (this=0x81a3948) at
> FXMainWindow.cpp:70
> #5 0x0804d7f2 in Test::create (this=0x81a3948) at main.cc:16
> #6 0x0806bf9a in FX::FXRootWindow::create (this=0x818c8e0) at
> FXRootWindow.cpp:120
> #7 0x08050227 in FX::FXApp::create (this=0xbfe6243c) at FXApp.cpp:4057
> #8 0x0804d550 in main (argc=1, argv=0xbfe62964) at main.cc:35
>
> main.cc...
> #include <fx.h>
> #include <iostream>
> using namespace std;
> class Test : public FX::FXMainWindow {
> FXDECLARE(Test)
> protected:
> Test() {;}
> public:
> enum {
> ID_Test = FXMainWindow::ID_LAST
> };
> FXText *m_text;
> Test(FXApp* a);
> virtual ~Test() {;}
> virtual void create() {
> FXMainWindow::create();
> show(PLACEMENT_SCREEN);
> }
> };
> FXDEFMAP(Test) TestMap[] = {
> };
> FXIMPLEMENT(Test, FX::FXMainWindow, TestMap, ARRAYNUMBER(TestMap))
> Test::Test(FXApp* a) : FXMainWindow(a, "Test", NULL, NULL, DECOR_TITLE
> |
> DECOR_MINIMIZE | DECOR_CLOSE | LAYOUT_FILL_X | LAYOUT_FILL_Y |
> LAYOUT_FIX_WIDTH, 0, 0, 300, 300) {
> m_text = new FXText(this);
> FXAutoPtr<FXFont> courier_font;
> courier_font = new FXFont(a,"courier");
> m_text->setFont(courier_font);
> }
> int main(int argc, char *argv[]) {
> FXApp application("Test", "Test");
> application.init(argc, argv);
> new Test(&application);
> application.create();
> return application.run();
> }

Your FXFont should persist past the end of the Test::Test() constructor; so FXAutoPtr is not
appropriate to use as a local variable in the constructor-routine.

Intended use is something like:

class Test : public FX::FXMainWindow {
....
FXText *m_text;
FXAutoPtr<FXFont> courier_font;
....
};

Then, in you ctor, you simply do:

courier_font=new FXFont(...);
m_text->setFont(courier_font);

Before FXAutoPtr, you had to destroy your courier_font (in this case, in Test's destructor),
since FXFont is a shared object that isn't automatically deleted.

All the sharable resources (FXFont, FXIcon, FXImage, FXCursor, etc) can now be dealt with using
FXAutoPtr, making the creation and destruction of sharable resources a little bit less error-
prone to deal with.

Hope this helps,

- Jeroen

------------------------------------------------------------------------------
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing.
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
_______________________________________________
Foxgui-users mailing list
Foxgui-users@...
https://lists.sourceforge.net/lists/listinfo/foxgui-users

Re: FXAutoPtr

2009-12-03T13:44:51Z

On Thu, Dec 3, 2009 at 3:23 PM, Jason Heblack
<jason.heblack@...> wrote:

> Hi: I never have used FXAutoPtr before. Should this not work?
>
> ...
> m_text = new FXText(this);
> FXAutoPtr<FXFont> courier_font;
> courier_font = new FXFont(a,"courier");
> m_text->setFont(courier_font);
> ...

This should not work. The FXAutoPtr instance (courier_font) is created
on the stack; when it goes out of scope, the memory that it points to
(the FXFont instance) is deleted. This leaves the FXText with a
dangling pointer.

FOX unfortunately doesn't do any reference counting, or anything like
that (I think for performance reasons?). When you pass courier_font
into the FXText::setFont() function, it only implicitly transfers the
ownership of the FXFont object.

This alternate version of your code should (theoretically) work, if it matters:

FXAutoPtr<FXFont> courier_font;
courier_font = new FXFont(a, "courier");
m_text->setFont(courier_font);
courier_font.release();

The call to FXAutoPtr::release() disconnects the FXAutoPtr instance
from the FXFont pointer. Now, when the FXAutoPtr goes out of scope, it
won't try to delete the FXFont pointer, and so it will still be safe
for the FXText object to use.

Hope this helps,

Lyle

------------------------------------------------------------------------------
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing.
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
_______________________________________________
Foxgui-users mailing list
Foxgui-users@...
https://lists.sourceforge.net/lists/listinfo/foxgui-users

FXAutoPtr

2009-12-03T13:23:54Z

Hi: I never have used FXAutoPtr before. Should this not work?

...
m_text = new FXText(this);
FXAutoPtr<FXFont> courier_font;
courier_font = new FXFont(a,"courier");
m_text->setFont(courier_font);
...

There is a segmentation fault when run but not if a normal pointer is
used instead. The backtrace indicates that this happens at
FXMainWindow::create();

Backtrace...
#0 0x08093020 in FX::FXText::create (this=0x81a3a60) at FXText.cpp:437
#1 0x0806189f in FX::FXComposite::create (this=0x81a3948) at
FXComposite.cpp:100
#2 0x0806f9f3 in FX::FXShell::create (this=0x81a3948) at FXShell.cpp:84
#3 0x0809abba in FX::FXTopWindow::create (this=0x81a3948) at
FXTopWindow.cpp:185
#4 0x08069d82 in FX::FXMainWindow::create (this=0x81a3948) at
FXMainWindow.cpp:70
#5 0x0804d7f2 in Test::create (this=0x81a3948) at main.cc:16
#6 0x0806bf9a in FX::FXRootWindow::create (this=0x818c8e0) at
FXRootWindow.cpp:120
#7 0x08050227 in FX::FXApp::create (this=0xbfe6243c) at FXApp.cpp:4057
#8 0x0804d550 in main (argc=1, argv=0xbfe62964) at main.cc:35

main.cc...
#include <fx.h>
#include <iostream>
using namespace std;
class Test : public FX::FXMainWindow {
FXDECLARE(Test)
protected:
Test() {;}
public:
enum {
ID_Test = FXMainWindow::ID_LAST
};
FXText *m_text;
Test(FXApp* a);
virtual ~Test() {;}
virtual void create() {
FXMainWindow::create();
show(PLACEMENT_SCREEN);
}
};
FXDEFMAP(Test) TestMap[] = {
};
FXIMPLEMENT(Test, FX::FXMainWindow, TestMap, ARRAYNUMBER(TestMap))
Test::Test(FXApp* a) : FXMainWindow(a, "Test", NULL, NULL, DECOR_TITLE
|
DECOR_MINIMIZE | DECOR_CLOSE | LAYOUT_FILL_X | LAYOUT_FILL_Y |
LAYOUT_FIX_WIDTH, 0, 0, 300, 300) {
m_text = new FXText(this);
FXAutoPtr<FXFont> courier_font;
courier_font = new FXFont(a,"courier");
m_text->setFont(courier_font);
}
int main(int argc, char *argv[]) {
FXApp application("Test", "Test");
application.init(argc, argv);
new Test(&application);
application.create();
return application.run();
}

------------------------------------------------------------------------------
Join us December 9, 2009 for the Red Hat Virtual Experience,
a free event focused on virtualization and cloud computing.
Attend in-depth sessions from your desk. Your couch. Anywhere.
http://p.sf.net/sfu/redhat-sfdev2dev
_______________________________________________
Foxgui-users mailing list
Foxgui-users@...
https://lists.sourceforge.net/lists/listinfo/foxgui-users

Re: [ANN] FXiTe 0.1

2009-11-16T10:31:37Z

On Mon, Nov 16, 2009 at 12:22 PM, Jeff Pohlmeyer
<yetanothergeek@...> wrote:

> On Nov 16, 2009 at 9:47 AM, Sander Jansen wrote:
>
>> Another thing I've encountered is that your application crashes on
>> startup when FOX is compiled with xim support. This is caused by
>> calling setFocus() on any textfield widget that hasn't been created
>> yet.
>
> I can't reproduce the problem here, on ArchLinux i686 and x86_64 with
> latest Fox 1.7.21 snapshot, but there is only one place I can remember
> where this might happen at startup. Can you try the attached patch,
> and see if it helps?
>
> Thanks,
>
> - Jeff
>

Great! Another ArchLinux user!
The problem was with FOX-1.6. Last time I tried xim with FOX-1.7 it
didn't work for me.
The patch fixes the problem.

Sander

--
"The sands of time were eroded by
The river of constant change."

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Foxgui-users mailing list
Foxgui-users@...
https://lists.sourceforge.net/lists/listinfo/foxgui-users

Re: [ANN] FXiTe 0.1

2009-11-16T10:22:52Z

On Nov 16, 2009 at 9:47 AM, Sander Jansen wrote:

> Another thing I've encountered is that your application crashes on
> startup when FOX is compiled with xim support. This is caused by
> calling setFocus() on any textfield widget that hasn't been created
> yet.

I can't reproduce the problem here, on ArchLinux i686 and x86_64 with
latest Fox 1.7.21 snapshot, but there is only one place I can remember
where this might happen at startup. Can you try the attached patch,
and see if it helps?

Thanks,

- Jeff

[xim-fix-1.diff]

--- ../fxite.orig//src/search.cpp 2009-11-15 10:13:33.000000000 -0600 +++ ./src/search.cpp 2009-11-16 11:52:11.000000000 -0600 @@ -127,6 +127,7 @@ void AppendHist(const FXString& search,const FXString& replace,FXuint mode); virtual FXuint execute(bool first_time); + virtual void create(); enum { ID_SCI_OPTS=FXDialogBox::ID_LAST, @@ -300,9 +301,19 @@ } + +void SciReplDlg::create() +{ + FXDialogBox::create(); + srch_hist->setFocus(); +} + + + FXuint SciReplDlg::execute(bool first_time) { if (first_time) { setSearchText(""); } + create(); if ( (!bwd_btn->hasFocus())&&!fwd_btn->hasFocus() ) { srch_hist->setFocus(); } srch_hist->start(); repl_hist->start(); @@ -353,7 +364,6 @@ } else { srch_hist->enslave(repl_hist); } - srch_hist->setFocus(); setSearchText(""); }

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Foxgui-users mailing list
Foxgui-users@...
https://lists.sourceforge.net/lists/listinfo/foxgui-users

Re: [PATCH] FXThread 1.7.20 on Mac (Niall Douglas)

2009-11-16T10:19:30Z

On 16 Nov 2009 at 14:50, levan shoshiashvili wrote:

> when TnFox will be updated from FOX 1.7 and up i'm planning to port my programm to it.

I have no plans to do so until after FOX 1.8 is released and has
become stable. I would add that anything new in FOX 1.8 (or 1.7)
which is not strictly GUI related won't be making it into TnFOX so
you may have some porting difficulties.

BTW TnFOX has its own mailing list at tnfox-discussion {at} lists
{dot} sourceforge {dot} net.

HTH,
Niall

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Foxgui-users mailing list
Foxgui-users@...
https://lists.sourceforge.net/lists/listinfo/foxgui-users

Re: [ANN] FXiTe 0.1

2009-11-16T07:47:12Z

Another thing I've encountered is that your application crashes on
startup when FOX is compiled with xim support. This is caused by
calling setFocus() on any textfield widget that hasn't been created
yet.

Sander

On Mon, Nov 16, 2009 at 8:47 AM, Jeff Pohlmeyer
<yetanothergeek@...> wrote:

> SJ> error: cast from 'void*' to 'FX::FXuint' loses precision
> SJ> On x86_64 you need a additional cast to make that work:
> SJ> int x = (FXint)(FXival)ptr;
>
>
> The 64-bit compile problems (and some UTF-8 bugs) should be fixed now
> with version 0.2 .
>
> Thanks for your feedback!
>
> - Jeff
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now. http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Foxgui-users mailing list
> Foxgui-users@...
> https://lists.sourceforge.net/lists/listinfo/foxgui-users
>

--
"The sands of time were eroded by
The river of constant change."

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Foxgui-users mailing list
Foxgui-users@...
https://lists.sourceforge.net/lists/listinfo/foxgui-users

Re: [ANN] FXiTe 0.1 (Lyle Johnson)

2009-11-16T06:55:47Z

hello
Very nice editor.
I found 2 things not working on Win (XP):
1. when you try to select font font list is empty
2. no unicode input:
many progs using Scintilla hav a same problem. Thay claim that
there is unicode support (actually providing from scintilla lib), but
unicode input is broken.
See SciTE editor for nice Unicode support.I use it a lot as replacement to dummy Notepad on windows and as an external editor viewer for TotalCommander.
and as an handy text editor on linux.
There is an option to set file encoding in SciTE to Unicode (utf-8)

levan

_________________________________________________________________
Windows 7: I wanted simpler, now it's simpler. I'm a rock star.
http://www.microsoft.com/Windows/windows-7/default.aspx?h=myidea?ocid=PID24727::T:WLMTAGL:ON:WL:en-US:WWL_WIN_myidea:112009
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Foxgui-users mailing list
Foxgui-users@...
https://lists.sourceforge.net/lists/listinfo/foxgui-users

Re: [PATCH] FXThread 1.7.20 on Mac (Niall Douglas)

2009-11-16T06:50:11Z

Hi Nail
when TnFox will be updated from FOX 1.7 and up i'm planning to port my programm to it.

_________________________________________________________________
Windows 7: I wanted simpler, now it's simpler. I'm a rock star.
http://www.microsoft.com/Windows/windows-7/default.aspx?h=myidea?ocid=PID24727::T:WLMTAGL:ON:WL:en-US:WWL_WIN_myidea:112009
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Foxgui-users mailing list
Foxgui-users@...
https://lists.sourceforge.net/lists/listinfo/foxgui-users

Re: [ANN] FXiTe 0.1

2009-11-16T06:47:16Z

SJ> error: cast from 'void*' to 'FX::FXuint' loses precision
SJ> On x86_64 you need a additional cast to make that work:
SJ> int x = (FXint)(FXival)ptr;

The 64-bit compile problems (and some UTF-8 bugs) should be fixed now
with version 0.2 .

Thanks for your feedback!

- Jeff

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Foxgui-users mailing list
Foxgui-users@...
https://lists.sourceforge.net/lists/listinfo/foxgui-users

FOX 1.7.20 Cocoa Port

2009-11-16T04:33:36Z

After separating "X11UI" and "WINUI" as per previous,
I stubbed in a "COCOA" version of the UI implementation.
(the OS parts are still using UNIX, just like for X11)
As mentioned, it's written in the Objective-C++ language.

I now added some drawing commands to my FOX Cocoa port:
http://www.algonet.se/~afb/fox/fox-groupbox-cocoa.png
Should be about par with the previous FOX Carbon port:
http://www.algonet.se/~afb/fox/fox-groupbox-mac.png

It does look a bit odd still, since the heights are
given in points but expected in pixels or something.
(the fontHeight functions return points, textHeight
returns pixels - but don't seem to be used by FOX ?)

Event handling isn't working at the moment since it
is causing a segfault within the Cocoa framework due
to some method or other not being implemented, so it
just overriding "drawRect:" - the others commented...

As mentioned earlier, it's possible to use GNUstep
for Cocoa development on Linux just like you can use
MinGW32 and Wine for Win32 development on Linux too ?
But the target would be: Mac OS X 10.4 through 10.6

The FOX library links with Cocoa and OpenGL frameworks
(or with libgnustep-gui and libGL/libGLU for GNUstep)
But applications using FOX only need to link with FOX
and libstdc++, but not with anything Objective-C...

--anders

PS. The windows/coordinates are still a bit off/wrong,
due to Cocoa using a different coordinate system:

http://developer.apple.com/mac/library/documentation/Cocoa/Conceptual/
CocoaDrawingGuide/Transforms/Transforms.html

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Foxgui-users mailing list
Foxgui-users@...
https://lists.sourceforge.net/lists/listinfo/foxgui-users

Re: FXTable with CONTROLMASK Selection

2009-11-13T11:35:43Z

On Friday 13 November 2009, Erwin Brandenberger wrote:

> Hi Jeroen
>
> I tried to implement a CONTROLMASK selection at the FXTable 1.6.37
> class.
>
> I uncommented your code at the message handler and implemented my
> understanding of a toggleItem method:
>
> The result was that unselected items were colored in selected background
> color, but written in normal foreground color. Therefore I manipulated
> the isItemSelected, isRowSelected and isColumnSelected methods.
>
> That's all I changed.
>
> Is there a possibility to let the code flow into your developements ?
>
> Can you give me some more hints ?

Well, unlike the other item-containers (FXList, FXTreeList, e.a.), the cells in
FXTable may not always have an associated item. In fact, in a newly created
FXTable the cells are set to NULL.

Nevertheless, they're selectable, because the selection is based on the cells
which fall into the range of selected cells. Thus, no actual item need be
present for a cell to be selectable.

The problem with toggling selection state on a per-item basis is, of course,
the fact that you'd need to have an item....

This was the reason that a toggle mode was not provided.

- Jeroen

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Foxgui-users mailing list
Foxgui-users@...
https://lists.sourceforge.net/lists/listinfo/foxgui-users

Re: [ANN] FXiTe 0.1

2009-11-12T05:39:15Z

SJ> error: cast from 'void*' to 'FX::FXuint' loses precision
SJ> On x86_64 you need a additional cast to make that work:
SJ> int x = (FXint)(FXival)ptr;

LJ> I'm trying to build on OS X and running into a few snags
LJ> Do you have a bug tracker or any place to submit patches yet?

OK, I'll be glad to hear what kind of results you guys end up with.
(And of course, patches are welcome!)

For now you can either send them to me directly, or via the FXScintilla
mailing lists and/or bug tracker:
http://savannah.nongnu.org/projects/fxscintilla/

Thanks,
- Jeff

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Foxgui-users mailing list
Foxgui-users@...
https://lists.sourceforge.net/lists/listinfo/foxgui-users

Re: [ANN] FXiTe 0.1

2009-11-11T14:56:49Z

On Wed, Nov 11, 2009 at 4:27 PM, Jeff Pohlmeyer
<yetanothergeek@...> wrote:

> FXiTe is an advanced cross-platform text editor built with the Fox GUI toolkit
> and the FXScintilla text widget. It features built-in syntax highlighting for
> 40+ languages, an embedded Lua scripting engine, macro recording and playback,
> multi-line regular expression search and replace, rudimentary ctags and calltip
> support, a flexible interface to external tools, and a built-in
> "message window"
> to capture the output of external commands such as compiler error messages, etc.

Sounds good! I'm trying to build on OS X and running into a few snags
(similar to ones I've seen before, so not exactly unexpected). Do you
have a bug tracker or any place to submit patches yet?

------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Foxgui-users mailing list
Foxgui-users@...
https://lists.sourceforge.net/lists/listinfo/foxgui-users