Apache OpenOffice (AOO) Bugzilla – Issue 93631
four icons at bottom right of start center partially obscured by white space
Last modified: 2009-02-18 12:12:26 UTC
See attached. AFAIR the issue was *not* evident when I first launched m5.
Created attachment 56331 [details] demonstrating the issue
*** Issue 93610 has been marked as a duplicate of this issue. ***
We've tried with RC1 but can't reproduce. Can you give us a hint what desktop settings you have (e.g. font size)? @ hdu: Any idea what else might cause this ugly StartCenter?
@of: from the screenshot I'd say that the fixed text for "Open a document..." way too big? Probably OOo<->SO makes a difference here.
@ grahamperrin: Can you give advice where you have downloaded from?
grahamperrin's sourced from http://mirror.switch.ch/ftp/mirror/OpenOffice/contrib/rc/3.0.0rc1/OOo_3.0.0rc1_20080904_MacOSXInte l_AQUA_install_en-US.dmg via http://download.openoffice.org/680/index.html
= Actions to reproduce = 1. open the disk image 2. in the Finder window to the mounted image, double-click the application i.e. launch it read-only from /Volumes/OpenOffice.org 3.0/ 3. each one of the four icons are cropped 4. as I curse over each icon: — first, as the mouse pointer reaches the icon, the dark background appears and the icon is complete — then, as the mouse pointer moves past the icon, the dark background disappears and the icon remains complete.
I can confirm this issue for RC1 as well as for RC 2 (build OOO300_m7). I've tried it with a plain vanilla profile (I deleted ~/Library/Application Support/OpenOffice.org/ before launching OO.o). Reproducable. Downloaded from: http://ooopackages.good-day.net/pub/OpenOffice.org/MacOSX/ Language: de (german) Platform: MacOSX (Intel) OS: MacOSX 10.5.5 Strange remarkable thing: the very first time, I start OpenOffice.org with a plain vanilla profile (letting OO.o create a new one below ~/Library/Application Support/OpenOffice.org/), all seems to be fine and OK. No issue. After closing OO.o and relaunching it second time, the Start Center appears with this issue concerning these four buttons at the bottom right of the Start Center and described above and in the screenshot. Since then, the issue is sticky and appears every time I start OO.o.
= Observation = 1. launch OOo release candidate 2 2. command-o to present the open dialogue 3. select and open a compatible file 4. watch carefully: at the foot of the start centre window, in the grey, something like a status bar appears — and as that status bar (or or whatever it is) appears, so the central (blue/white etc.) portion of the start centre shifts up, correspondingly — and as it shifts up, so the four icons re-draw properly. Demoting to P4 as I guess that the developers have better things on which to focus around RC 2 time :)
I have abstracted point 4 from my previous comment to a separate ticket, Issue 94397. For convenience, here's the screen shot attached to 94397: <http://www.openoffice.org/nonav/issues/showattachment.cgi/56880/status%20bar,%20or%20somethiin g%20like%20it,%20in%20window%20of%20start%20centre.png>
Oops, angle brackets not respected, let's try again, http://www.openoffice.org/nonav/issues/showattachment.cgi/56880/status%20bar,%20or%20somethiing %20like%20it,%20in%20window%20of%20start%20centre.png
http://tinyurl.com/93631-94397-statusbar-redraw
Created attachment 56881 [details] compare this (opening) view of the start centre with the screen shot attached to Issue 94397
Created attachment 56882 [details] I have created a collage to highlight the shift
Created attachment 57449 [details] Screencenter on first start without any glitches
I tried to but I cannot verify this issue. Running OOo 3.0 final under Mac OS X 10.5.5 with all the latest Softareupdates on a Mac Mini with Intel Chipset Graphics the Startcenter, as you cann see in the attached Screenshot, shows the four buttons in full. I tried it with an existing user who already had some dev-builds and RCs installed as well as with an user who previously hadn't had OOo installed. Maybe this bug is related to the graphic card driver. It is known that Apple graphic card drivers are not the best ones out there.
@maveric: Have you run it twice? Or three times? The first time, I launch OpenOffice (after a clean install and a clean, virgin (meaning: removed) OpenOffice profile in ~/Library/Application Support/OpenOffice.org), the issue does NOT occure: all is perfect, the new start center of OpenOffice launches without this issue/glitch. All seems perfect. Close the application OpenOffice.org. Launch it again. Watch the start center. And: voilà -- the issue occurs. And from that moment on, it occurs every new launch on my installation, unless I clean the floor for a new plain vanilla OpenOffice installation and delete ~/Library/Application Support/OpenOffice.org . I just tried it again, several minutes ago, while writing these words here. The issue is reproducible: first launch of OpenOffice all is OK -- no issue with the start center. Close the application, start it again: star center has this issue. And from that moment on, every next launch again. Unless you delete ~/Library/Application Support/OpenOffice.org and let it build through OpenOffice again the next launch. Because the issue does NOT occur, when you launch OpenOffice the first time with a plain vanilla user profile (meaning ~/Library/Application Support/OpenOffice.org does not exist), I doubt, that this issue is in any way related to the graphics card of my MacBook Pro (October 2006, ATI Mobility Radeon X1600). The issue ONLY occurs, if you run OpenOffice more than one time and with an existing user profile in ~/Library/Application Support/OpenOffice.org . Please look deeper into it and continue to find out, what's wrong there.
> 3. select and open a compatible file > > 4. watch carefully: at the foot of the start centre window, in the grey, > something like a status bar appears If I can, I'll capture a movie of this behaviour. It demonstrates well the symptom (if not the cause).
@gramphamperin: > If I can, I'll capture a movie of this behaviour. > It demonstrates well the symptom (if not the cause). Yes, please! I cannot believe, that we both, you and I, are the only users, who independently are aware of this issue and interested in it to be solved and nobodyelse is able to reproduce and confirm it. I can't understand, why this issue still isn't worth to be examined deeper and to be put into the front of a bigger audience. That's why tried to put it into Issue #93339. But even there seems to be a barrier to put it on the "depends on" list of Issue #93339. I find this issue a very obvious glitch, which is able to lower the very first "feel" of a good quality product, what OO.o 3 doubtless is.
@ sierkb Please be reassured, we're not alone, I have a clear recollection (but can't find a record) of discussion with others. Maybe in irc://irc.freenode.net/#ooo_macport @ all readers FWIW I recall someone suggesting that it may be related to the different choice of type and/or type size for the start center on Mac OS X (compared with, say, the start center on Windows).
@ sierkb and with reference to http://www.openoffice.org/scdocs/ddIssues_EnterModify.html#priority For this issue I tend towards lowest priority P5 > marks problems which describe wrong behavior of the application, but rarely affect anybody noticeably … Fixing them would be nice-to-have. Issue #93339 comprises only stoppers, probably all P1. Whilst this cosmetic issue is fairly high profile (it may be noticed by all users of OOo) it stops nothing :) As this issue may be noticed by all users of OOo (it's the first thing they see, following the registration dialogue, and at each launch) priority might be debatably be P4. Priority aside, a milestone may be applied. For this issue, which I reported, I have permission to target milestone 3.1. I'm doing so now. Developers may require some other target :) Regards Graham
@grahamperrin: >For this issue, which I reported, I have permission to target milestone 3.1. I'm >doing so now. Why not targetting for the very next milestone/release, 3.0.1 (planned product release: December 9th, 2008) instead of targetting for the next but one, 3.1 (planned product release: March 5th, 2009)? Too close to the release date to fix the issue in time?
Do you have a developer to fix this? As long as a developer can't reproduce or a QA can't debug it's ineffective to discus the target. And to be honest: A P4 issue with target 3.0.1?
@of: > Do you have a developer to fix this? What about the developer(s), who developed/programmed the new start center? I would agree to your arguments, if this issue would be an issue somewhere hidden in some submenue or functionality the user seldom uses. But this issue confrontates the MacOSX user (or some of them) each time he launches OpenOffice. This issue is able to lower the first impresssion of OpenOffice more than ever because it occurs in the new start center. More than ever. And since the very first day of the official launch of OpenOffice 3.0. In my opinion, it is a matter of priority, if a developer is available (or is made available) to fix it or not. In doubt, the developer/-team who initially programmed the new start center is responsible and has to fix it. Because first impression matters. And the start center, in my opinion, IS in fact a first impression and a business card/visiting card for the whole entire (and following) office application. From my point of view and from my expectation of product quality, the start center of this Office application is the first thing, a user is seeing and interacting with. You should not welcome the user with a start center, which glances with such a glitch from the start on and might give the user a slight impression of imperfection and un-professionalism of what might follow right from the start on. You know, what I mean and what I intend?
@ sierkb: I'm absolutely with you. If I would have found a way to reproduce this the responsible developer will also have fixed it. But we haven't found a way to reproduce yet. And then the developer can't fix it. He can't fix a problem that he doesn't see.
I apologise for not finding the time/resource to capture in a movie at least one of the situations in which the icons are partially obscured. Please: with which versions of OOo and Mac OS X do the developers not see this issue? In the meantime: do the .png attachments, which demonstrate the obscurity, offer any hints to a possible cause?
@ sierkb: I should like to respond but a list will be more appropriate than this ticket. I'm conscious that too much ticket space is taken by discussions.
@ Ismael Please: 1) Comparing the first and fourth attachments to this ticket: * can you think what might account for the apparent difference in font or font size? (In the screen shot of maveric, who can not reproduce the issue, the size of the characters appears to be less.) 2) Focusing on the third attachment, the collage produced by me to demonstrate the 'shift up', which occurs when a status/progress bar (if that's what it is) appears in the start centre: * can you guess the nature of the grey bar at the foot of the start centre?
@ maveric In the screen shot that you attached on 25th October: * did you have applied to the OS anything that might have changed font sizes from the default? I see that you and I are both on Intel. Focusing on the apparent differences in font and/or font size, wondering what might account for this: * what's your language preferences? (Might the OS prefer different fonts for different locales? My list of languages is headed by British English.) I'll attach screen shots.
Created attachment 58391 [details] An ordered list of preferred languages (I don't speak all of these, but I do use some for testing of Plone).
Created attachment 58392 [details] OS font defaults presented by (not altered by) TinkerTool for Graham Perrin
Using OOo-Dev_DEV300_m37_MacOSXIntel_install_en-US.dmg I could not reproduce the symptom.
@ pl: Please have a look. We've seen this effect on your macbook
@ grahamperin: Using OOo_Dev_DEV300_m37_MacOSXIntel_install_de.dmg (german) I _still_ can reproduce the symptom. As a precaution, I tested it (again) with a plain vanilla user profile. Result as seen before: first launch OK and issue-free. But from the second launch on, the issue still appears. Conclusion for me: this issue obviously is still NOT resolved & fixed, at least concerning the german version of OO03. Please re-open the issue and look into it further.
@ of and pl Feel free to re-open (or ask me to re-open) if you find the issue/symptom still present in recent milestones. FWIW my gut feeling is that font and/or size of font were factors. Possibly affected by locales.
Re-opened @ sierkb Please consider the two attachments that I made on 29th November. What's your own situation with regard to fonts?
Version of issue set to match the report from sierkb. Milestone changed from 3.1 to 3.2.
> Using OOo_Dev_DEV300_m37_MacOSXIntel_install_de.dmg With http://blogs.sun.com/GullFOSS/entry/new_ooo_dev_3_1 as my starting point I'm not easily finding that _de.dmg in a UK and German extended mirror. @ sierkb Please, what was your source for the disk image?
Actually I'd like to fix this today, since I have access to a lent macbook pro that reproduces the problem. so target 3.1
/me finds http://mirror.unlogisch.ch/ooopackages.good-day.net/pub/OpenOffice.org/MacOSX/Dev_DEV300_m37/ apologises for the noise ;) and thanks pl
@grahamperrin: > Please, what was your source for the disk image? As always, http://ooopackages.good-day.net/pub/OpenOffice.org/MacOSX/Dev_DEV300_m37/ Concerning your screenshots of langage and font installation, I can say, that my preferences pane shows some little bit more installed/activated languages than yours with a focus on european languages. Maybe I should tidy it a little bit up and restrict it only to german and english. But I don't believe, that this has anything to do with the discussed issue. My default font configuration as shown by your TinkerTool preference pane looks exactly as yours.
fixed in CWS vcl98
@ pl: > fixed in CWS vcl98 This is great news. Thanks very much! What has been the cause for this issue? When will the next Dev Build be published to enabling verifying your fix?
The problem is that the font size set varies a little with the resolution of the display. This makes the controls a bit larger in pixels e.g. on a MacBook. But the background the controls have to fit in is a bitmap of fixed pixel size. So I just refined the layout algorithm of the window a bit to place the controls a bit tighter if necessary. As to when CWS vcl98 will be integrated: somewhen in january. If you're interested I can offer a build of the current state on our ftp server qa-upload.services.openoffice.org.
@ pl: > The problem is... Thanks for this explanation. A pity, that you have found out and solved so late, so that the fix is too late for OOo3.0.1. But luck for OOo3.1. :-) The question, that raises to me no is, why this issue only seemed to occur to grahamperrin and me but not to anybody else? Why was it so difficult to reproduce it on every testing Mac/MacBook/MacBoo Pro? > As to when CWS vcl98 will be integrated: somewhen in january. OK. > If you're interested I can offer a build of the current state > on our ftp server qa-upload.services.openoffice.org. That would be very kind. Yes, please. If possible, compiled for Intel architecture and multi-language (for me: in german language -- I don't know, which language(s) grahamperrin prefers and wants to test).
@ pl: ... and why does the issue NOT occur, when you launch OOo the first time (with a plain vanilla profile), but after closing the application and relaunching it, from that point on every further launch the issue has appeared?
there is a english/german install set to be found now at ftp://qa-upload.services.openoffice.org/vcl98/mac-intel/OOo_3.1.0_081217_MacOSXIntel_install_en-US_de.dmg
> Using OOo-Dev_DEV300_m37_MacOSXIntel_install_en-US.dmg I could not reproduce the symptom. When I performed that test (I can't recall exactly when) I may have been using my first generation 17" MacBook Pro (1680 x 1050 pixels) with a peripheral Apple Cinema Display. Whenever I use this combination, the peripheral display is primary (containing the menu bar) and to the left. Then today (after re-opening this issue) and working from home, without a peripheral display, using both OOo-Dev_DEV300_m37_MacOSXIntel_install_en-US.dmg and OOo_Dev_DEV300_m37_MacOSXIntel_install_de.dmg I _did_ reproduce the issue. Today's OOo_3.1.0_081217_MacOSXIntel_install_en-US_de.dmg is currently downloading to my computer.
@ pl Thanks! @ sierkb > and why does the issue NOT occur, when you launch OOo the first > time (with a plain vanilla profile) Re issue 94397 maybe that status bar-like appearance did/does not occur at first launch time. A guess.
@ pl: > there is a english/german install set to be found now at... Thanks very much for fixing this issue and providing this test build. I've downloaded and run it. Can't reproduce the issue now, it really seems to be fixed, at least now also for me. :-) Thanks and kudos to you!
*** Issue 94873 has been marked as a duplicate of this issue. ***
please verify in CWS vcl98
OF: Looks good for me in cws vcl98.
OOoDEVm39 looks good to me. Thanks!
@gramphamperrin: > OOoDEVm39 looks good to me. For me still NOT. I still see the discussed issue in OOoDEVm39 german. :-( Maybe finally fixed in OOoDEVm40? @of: Are the fixes of cws vcl98 already merged into OOoDEVm39? Or will they be in OOoDEVm40?
http://eis.services.openoffice.org/EIS2/cws.ShowCWS?Path=DEV300%2Fvcl98 column Milestone (integrated) is empty at this time.
of: cws vcl98 is not integrated in master. Maybe it will reach m41. Please be patient :-)
Can you confirm that OOO310_m1 is ok?
@ of: > Can you confirm that OOO310_m1 is ok? From my point of view OOO310_m1 (german) seems to be OK concerning this issue. :-) Thanks for fixing it.
Thank you for your help!