So I have two little things that are troubling me.
The first is a small thing, where the gtk fpicker appears as "Open" in
the task bar, rather than a proper transient. That's fixable by using
gdk_window_set_transient_for on the picker with the parent window
handle.
Looking for where to add it I see that we already have much of the
support to bubble this down to the file pickers, e.g. in
sfx2/source/dialog/filedlghelper.cxx we have
"This is a hack. We currently know that the internal file picker
implementation supports the extended arguments as specified below."
and we pass the parent window around, but only to the internal file
picker, not the system ones :-(
So can I fix this ? Or are the uno api issues that would clobber just
fixing up the system file pickers to take the same arguments as the
internal one. I could do the same thing as the internal one and accept
an old-school one argument as well as that internal fpicker new-school
sequence if that's acceptable.
The second is a glitch where if we have e.g. the gtk file picker open
and then instruct from e.g. a shell office to open a non-existing file
e.g. soffice /tmp/idontexist then the UI is locked due to the
conflicting grabs (I guess) of the dialog and the "does not exist"
error. Any ideas as to what the "right thing to do" might be ?
(as an aside) is this our best canonical way to get a native handle
from an awt::XWindow ?
Window *pWindow = VCLUnoHelper::GetWindow(xWindow);
const SystemChildWindow* pSysChild =
dynamic_cast< const SystemChildWindow* >( pWindow );
if( pSysChild )
pSysData = pSysChild->GetSystemData();
else
pSysData = pWindow->GetSystemData();
printf("window handle is %lx\n", pSysData->aWindow);
C.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
