Welcome to NeoOffice developer notes and announcements
NeoOffice
Developer notes and announcements
 
 

This website is an archive and is no longer active
NeoOffice announcements have moved to the NeoOffice News website


Support
· Forums
· NeoOffice Support
· NeoWiki


Announcements
· Twitter @NeoOffice


Downloads
· Download NeoOffice


  
NeoOffice :: View topic - Popupmenus appear as normal windows
Popupmenus appear as normal windows
 
   NeoOffice Forum Index -> NeoOffice Releases
View previous topic :: View next topic  
Author Message
MacFlieger
Guest





PostPosted: Sun May 15, 2005 2:06 am    Post subject: Popupmenus appear as normal windows

Hi!

Sorry for my bad english, I'm not a native speaker.

Since a few weeks I have a problem with the Popupmenus used in the toolbar. E.g. the popupmenu for the fontcolor in the main toolbar. Normally I make a long click (mouse pressed an not released) on the symbol in the main toolbar and a popupmenu appear with the possible choices. But since a few weeks there is no popupmenu, instead of this, a small normal window (with normal window controls, no floating window) appears presenting the possible choices.
These choices (in the window, normally in the popupmenu) are working as normal, but I have to close the window after using the function manually.

Does somebody know how I revert to the normal state?

Bye, MacFlieger.
Back to top
sardisson
Town Crier
Town Crier


Joined: Feb 01, 2004
Posts: 4588

PostPosted: Sun May 15, 2005 3:03 am    Post subject:

This is a bug in OOo 1.1.x on the Mac; I have never been able to get those palettes to pop open and closed like they used to in OOo 1.0.x and Neo/J 0.x. Instead, they always become windows as you have seen--both in Neo/J 1.1 and OOo 1.1.x. Even removing my user folder and letting Neo/J start with default settings does not fix it, so I'm sure it's a bug.

I filed OOo bug 48427 about the problem, but other than it being reassigned twice, no one has taken a look at it (much like many of the Mac bugs I and others file against OOo...).

Sorry there's not better news.

Smokey

_________________
"[...] whether the duck drinks hot chocolate or coffee is irrelevant." -- ovvldc and sardisson in the NeoWiki
Back to top
OPENSTEP
The One
The One


Joined: May 25, 2003
Posts: 4752
Location: Santa Barbara, CA

PostPosted: Sun May 15, 2005 9:36 am    Post subject:

Yup, this was a design decision made at Sun between OOo 1.0 and OOo 1.1.x. Prior to this the floating windows used to be rendered directly within the document window. While this was great for things like the little popup button menus off of the toolbars, it did suck for other things. The Stylist, for example, was limited to being positioned solely within the document window and couldn't be moved off to the side at all. On other platforms (e.g. Linux), the Stylist wasn't available to window managers for minimization/maximization and the like. Very annoying.

They decided to make them full-fledged windows so other window managers could use them, they could be minimized to the Dock in Apple X11, etc.

Unfortunately, instead of doing this only for the "complex" windows like Stylist or Navigator, it was done in such a way that *all* of those little utility windows became full-fledged windows.

I loathe this design decision, and, given the work Patrick's had to do as a result to do the repositioning & refocusing of palettes, I don't think the benefits it provides were worth it. Unfortunately it wasn't our call and we just have to live with the consequences.

ed
Back to top
sardisson
Town Crier
Town Crier


Joined: Feb 01, 2004
Posts: 4588

PostPosted: Sun May 15, 2005 8:09 pm    Post subject:

OPENSTEP wrote:
Yup, this was a design decision made at Sun between OOo 1.0 and OOo 1.1.x. Prior to this the floating windows used to be rendered directly within the document window.


I figured it was that switch that was the cause. OTOH, somehow they engineered it so the palettes like the font color still work the same way under Windows. I checked on a Win 98 and a Win XP system before I filed that bug. Dunno if the *NIX systems do it "right" and it's only on the Mac, or if all the *NIX systems have these palettes becoming windows on a single click... And we may never know....

Smokey

_________________
"[...] whether the duck drinks hot chocolate or coffee is irrelevant." -- ovvldc and sardisson in the NeoWiki
Back to top
OPENSTEP
The One
The One


Joined: May 25, 2003
Posts: 4752
Location: Santa Barbara, CA

PostPosted: Sun May 15, 2005 8:50 pm    Post subject:

The only "fix" I found was to remove all of the changes Sun made for 1.1.x with regard to the floatwin.cxx stuff. Only way to get back the nicer 1.0.x behaviour on Mac OS X. Unfortunately, we can't keep reverting since that'll break forward compatibility with future OOo versions. It's like a dog chasing its tail. Sigh.

ed
Back to top
MacFlieger
Guest





PostPosted: Wed May 18, 2005 4:07 am    Post subject: Thanks

Thanks for the answers.
OK, so I can't correct this problem. Sad
I hope, that this functionality ist corrected in future versions of OO.

Bye, MacFlieger.
Back to top
sardisson
Town Crier
Town Crier


Joined: Feb 01, 2004
Posts: 4588

PostPosted: Wed May 18, 2005 3:43 pm    Post subject: Re: Thanks

MacFlieger wrote:
I hope, that this functionality ist corrected in future versions of OO.

Unfortunately, it was still broken in the last 1.9.xx build I tested Sad

Smokey

_________________
"[...] whether the duck drinks hot chocolate or coffee is irrelevant." -- ovvldc and sardisson in the NeoWiki
Back to top
OPENSTEP
The One
The One


Joined: May 25, 2003
Posts: 4752
Location: Santa Barbara, CA

PostPosted: Fri May 20, 2005 8:28 am    Post subject:

The functionality won't ever be corrected because it's actually seen by OOo as the "correct" behaviour. The making of palettes into full blown windows was a fix for the multiple bugs reported where floating palettes were ignored by users' window managers and that the floating palettes couldn't be themed. It's the solution that's here to stay in OOo even though a minority of old-time SO/OOo users can't stand it.

You could go try to file it in IZ in the OOo project, but it'll most likely be closed as "not a bug" or "feature".

ed
Back to top
sardisson
Town Crier
Town Crier


Joined: Feb 01, 2004
Posts: 4588

PostPosted: Fri May 20, 2005 10:12 pm    Post subject:

Ed, you seem to be missing at least parts of my posts Smile

OPENSTEP wrote:
The functionality won't ever be corrected because it's actually seen by OOo as the "correct" behaviour.


In 1.1.4 under Windows, the text/background/highlight color buttons still work the same way they did under 1.0.x: click and hold pops the palette down (not as a separate window), and it goes away once you release the mouse over the color you've selected.

It never becomes a separate window unless you drag it away from where it pops down (just like tear off palettes in AppleWorks or Photoshop or whatever on the Mac).

The question is, did the Sun folks (re)implement this differently only under Windows, or is the Mac version the only *nix version where the behavior is broken? I'm voting for the latter, because when I filed the bug, I couldn't find any dupes for Linux, and even if it was closed as "Not a bug" or "Feature," I figured I would have seen it.

OPENSTEP wrote:
You could go try to file it in IZ in the OOo project, but it'll most likely be closed as "not a bug" or "feature".


OOo bug 48427

No, it'll more likely get reassigned a couple of times and sit and rot until IZ implodes...

Smokey

_________________
"[...] whether the duck drinks hot chocolate or coffee is irrelevant." -- ovvldc and sardisson in the NeoWiki
Back to top
OPENSTEP
The One
The One


Joined: May 25, 2003
Posts: 4752
Location: Santa Barbara, CA

PostPosted: Sat May 21, 2005 10:57 pm    Post subject:

OK, I think I understand what's going on now...there's two problems.

When I'm describing "top level window" for the 1.1.x change, I'm actually talking more from a code perspective. In 1.0.x all of the palettes were "faked" in the code and were never really windows at all; they were just drawn straight into the underlying window that was displaying the document and the like. Starting with 1.1.x, these palettes became full-fledged windows from a code perspective. They weren't just drawn any longer; they suddenly had their own independnet VCLFrames.

The second problem is how these VCLFrames are implemented in 1.1.x. Top level windows don't necessarily need to have a titlebar and the like. They can be borderless things like the splashscreen in NeoJ. Only problem is that a lot of times the window manager decides what to do with the frame type, not the underlying application. The window types used aren't fully compatible across all window managers (like quartz-wm) or VCL implementations (like NeoJ).

While it may be another instance of the pot calling the kettle black, it was this fundamental shift in 1.1.x's implementation of floating windows that's been causing all of these issues for OS X X11 and NeoJ. Unfortunately, if it is functional on mainline platforms, I don't believe it'll be addressed just for us Sad

ed
Back to top
sardisson
Town Crier
Town Crier


Joined: Feb 01, 2004
Posts: 4588

PostPosted: Sat May 21, 2005 11:57 pm    Post subject:

OPENSTEP wrote:
The second problem is how these VCLFrames are implemented in 1.1.x. Top level windows don't necessarily need to have a titlebar and the like. They can be borderless things like the splashscreen in NeoJ. Only problem is that a lot of times the window manager decides what to do with the frame type, not the underlying application. The window types used aren't fully compatible across all window managers (like quartz-wm) or VCL implementations (like NeoJ).


Ah, this is what I was missing. Thanks for the explanation.

OPENSTEP wrote:
While it may be another instance of the pot calling the kettle black, it was this fundamental shift in 1.1.x's implementation of floating windows that's been causing all of these issues for OS X X11 and NeoJ.


That part I gathered from the old posts about the Stylist; it was the technical details of "a top level window is not always a top level window on all platforms/wms" I didn't understand Smile

OPENSTEP wrote:
Unfortunately, if it is functional on mainline platforms, I don't believe it'll be addressed just for us Sad


Oh well. Like I said, I assume it's working on Linux since I didn't see any reports...maybe next time I'm home I'll put OOo on the Sun in the office and see if it works under CDE. Or not.

(When Sun first bought StarDivision and did the free release of StarOffice 5?, we had the office PC and my Powerbook both online on dialup downloading the split set, ftp'd it to the Sun, had a nightmare installing, and finally saw this horrid looking app that couldn't print and had worse MS compatibility than WordPerfect. What a long way OOo has come!)

It would be cool if we could shoehorn the undocked Stylist into an inspector-type thingy, but I imagine Java doesn't give you access to inspector-type thingies, if the code on the OOo end were even possible....

Smokey

_________________
"[...] whether the duck drinks hot chocolate or coffee is irrelevant." -- ovvldc and sardisson in the NeoWiki
Back to top
OPENSTEP
The One
The One


Joined: May 25, 2003
Posts: 4752
Location: Santa Barbara, CA

PostPosted: Sun May 22, 2005 6:58 pm    Post subject:

Yeah, I do agree on the unlocked stylist vs. inspector or the like; I'd prefer styles as drawers. I kind of don't dig the transparant palette approach of office 2004.

Right now as we're going for 1.1 Final we're working only at the lowest level. We're doing changes, but it's very difficult/impossible to do changes based upon the context of a thing. E.g. we can change borders for windows in general, but it's a different beast to do it for one *particular* window.

I hope in the future other developers can come along and start taking the idea to the next level and implement alternative high-level redesigns for Writer, Draw, et. al. Given the custom widget set design of OOo, it's a highly non-trival task and will not be enjoyable, and it will be a full-time task for more than one people as the OOo interfaces themselves are quite dynamic. It's all a chicken and egg thing...too many tasks, not enough talent Sad

ed
Back to top
Display posts from previous:   
   NeoOffice Forum Index -> NeoOffice Releases All times are GMT - 7 Hours
Page 1 of 1

 
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum
You cannot attach files in this forum
You cannot download files in this forum

Powered by phpBB © 2001, 2005 phpBB Group

All logos and trademarks in this site are property of their respective owner. The comments are property of their posters, all the rest © Planamesa Inc.
NeoOffice is a registered trademark of Planamesa Inc. and may not be used without permission.
PHP-Nuke Copyright © 2005 by Francisco Burzi. This is free software, and you may redistribute it under the GPL. PHP-Nuke comes with absolutely no warranty, for details, see the license.