Apache OpenOffice (AOO) Bugzilla – Issue 15852
Slideshow under IceWM and KDE
Last modified: 2019-10-06 16:52:19 UTC
Under RH9 When I look at slide show under GNOME it's look like OK. When I test it under KDE, spacebar not functional and when I test it under IceWM slides not cover rox and IceWM panel. I have rox panel with this winoptions: ROX-Filer.icon: folder ROX-Filer.layer: Normal ROX-Panel.layer: Dock ROX-Panel.doNotCover: 1 ROX-Panel.ignoreWinList: 1 ROX-Panel.ignoreTaskBar: 1 ROX-Panel.ignoreQuickSwitch: 1 It's recommended by rox developers. and> xprop -root | grep -i _net_wm_state_fullscreen _NET_SUPPORTED(ATOM) = _WIN_WORKSPACE, _WIN_WORKSPACE_COUNT, _WIN_WORKSPACE_NAMES, _WIN_ICONS, _WIN_WORKAREA, _WIN_STATE, _WIN_HINTS, _WIN_LAYER, _ICEWM_TRAY, _WIN_SUPPORTING_WM_CHECK, _WIN_CLIENT_LIST, _NET_SUPPORTING_WM_CHECK, _NET_SUPPORTED, _NET_CLIENT_LIST, _NET_CLIENT_LIST_STACKING, _NET_NUMBER_OF_DESKTOPS, _NET_CURRENT_DESKTOP, _NET_WM_DESKTOP, _NET_ACTIVE_WINDOW, _NET_CLOSE_WINDOW, _NET_WM_STRUT, _NET_WOKRAREA, _NET_WM_STATE, _NET_WM_STATE_MAXIMIZED_VERT, _NET_WM_STATE_MAXIMIZED_HORZ, _NET_WM_STATE_SHADED, _NET_WM_STATE_FULLSCREEN _WIN_PROTOCOLS(ATOM) = _WIN_WORKSPACE, _WIN_WORKSPACE_COUNT, _WIN_WORKSPACE_NAMES, _WIN_ICONS, _WIN_WORKAREA, _WIN_STATE, _WIN_HINTS, _WIN_LAYER, _ICEWM_TRAY, _WIN_SUPPORTING_WM_CHECK, _WIN_CLIENT_LIST, _NET_SUPPORTING_WM_CHECK, _NET_SUPPORTED, _NET_CLIENT_LIST, _NET_CLIENT_LIST_STACKING, _NET_NUMBER_OF_DESKTOPS, _NET_CURRENT_DESKTOP, _NET_WM_DESKTOP, _NET_ACTIVE_WINDOW, _NET_CLOSE_WINDOW, _NET_WM_STRUT, _NET_WOKRAREA, _NET_WM_STATE, _NET_WM_STATE_MAXIMIZED_VERT, _NET_WM_STATE_MAXIMIZED_HORZ, _NET_WM_STATE_SHADED, _NET_WM_STATE_FULLSCREEN
I'm forgot: It works in OO 1.0.3 properly.
Reassigned to Christian.
OOo 1.1 RC is still bugy.
Created attachment 7807 [details] OOo 1.0.3 Slide show in IceWM
Created attachment 7808 [details] OOo 1.1 RC Slide show in IceWM
I think it's a big bug.
Hi Marc please have a look.
In 1.1rc2 still not solved. I don't understand why it's in 1.0.3 OK and now nobody can solve it.
I've tested diferences between 1.0.3 and 1.1. OOo 1.1 raise new window but 1.0.3 doesn't. In IceWM is diference between maximize and fullscreen. The new window in 1.1 is seted to maximize but not to fullscreen. It can be done manually by Alt+F11 (in default preferences) but I think it will be better corect it direct in OOo if possible.
I have tryed make some hack with winoptions for hotfix for me but I've found some stupid thinks. xprop | grep -i class and click on main window OOo WM_CLASS(STRING) = "VCLSalFrame", "OpenOffice.org 1.1" xprop | grep -i class and click on slideshow WM_CLASS(STRING) = "VCLSalFrame", "OpenOffice.org 1.1" xprop | grep -i class and click on dialogs WM_CLASS(STRING) = "VCLSalFrame", "OpenOffice.org 1.1" xprop | grep -i class and click on stylist WM_CLASS(STRING) = "VCLSalFrame", "OpenOffice.org 1.1" It disable some usefull advantage with winoptions. Maybe I want swith off frame, fix on some position, set to top and notcover as panel. And other. I think it will be better if different windows have different names and everybody can do what want.
Pichi does this problem still exist in 1.1.0?
Yes, It is.
Hi Pichi, please consider testing if your issue has been solved with the latest release candidate, 1.1.1. thanks, Max
No. This issue is not solved, but I now think it's better. In actualy behavior I can during presentation easy lunch other applications and such thinks and if I realy can full screen I can do it by pressing Alt+F11. Only different X property will be good think. It will be allow such thinks as stylist automaticly opened outside OO.o main window on fix position, without frames, and other.
set target to Office Later
reassign to issue pool
@pichi: is this issue valid with the current OOo (3.2.0)?
(In reply to maand from comment #17) > @pichi: is this issue valid with the current OOo (3.2.0)? Well all configuration (OS and software version) is obsolete now