[framework-issues] [Issue 60696] Linux: External splash / q uick 2nd start
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=60696 User mba changed the following: What|Old value |New value Component|framework |porting QA contact|[EMAIL PROTECTED] |[EMAIL PROTECTED] --- Additional comments from [EMAIL PROTECTED] Thu Dec 21 00:56:00 -0800 2006 --- I think porting is the best matching component and it better matches the people working on this issue. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[framework-issues] [Issue 60696] Linux: External splash / q uick 2nd start
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=60696 User kso changed the following: What|Old value |New value CC|'cd,cmc,hro,joergwartenber|'cd,cmc,joergwartenberg,ke |g,kendy,mba,pl,st'|ndy,mba,pl,st' Status|NEW |STARTED --- Additional comments from [EMAIL PROTECTED] Wed Nov 1 08:26:04 -0800 2006 --- kso-all: hro is currently sick and will not be available before January 2007. That's why there is currenly no activity from hro here. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[framework-issues] [Issue 60696] Linux: External splash / q uick 2nd start
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=60696 --- Additional comments from [EMAIL PROTECTED] Fri Oct 6 02:32:51 -0700 2006 --- As it looks your patch only works if the bootstraprc does only contain SYSUSERCONFIG but no other variables. There are a lot of more bootstrap variables that could be used here. The problem is that to support all possible variables you have to write a lot of code - or you can link against sal and use the existing functionality there (perhaps sal could be linked statically?!). Another missing feature is that you need to evaluate the command line as it might contain a value for the UserInstallation variable that overwrites the value from bootstraprc. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[framework-issues] [Issue 60696] Linux: External splash / q uick 2nd start
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=60696 --- Additional comments from [EMAIL PROTECTED] Fri Oct 6 02:47:30 -0700 2006 --- wrt. the bug in the MD5 hash: this is a known issue (though only available in our inhouse bugtracking system). We can't fix it without creating problems for other apps (unopkg, setup and any 3rd party software relying on the pipe name to detect a running instance), at least we should reserve the fix for a major release. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[framework-issues] [Issue 60696] Linux: External splash / q uick 2nd start
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=60696 --- Additional comments from [EMAIL PROTECTED] Fri Oct 6 03:07:49 -0700 2006 --- mba: thanks for the great feedback: or you can link against sal and use the existing functionality there (perhaps sal could be linked statically?!). This was my preferred solution when the use of the Pipe md5 code was mandated, unfortunately - as soon as you use certain parts of sal (anything string related) you pull in a huge chunk of code [ I guess the textenc stuff ], and your 'small' quick-starter baloons from 40k - 2Mb ;-) so it's not feasible. Indeed - you could question -why- we have 1.6Mb of 'textenc.o' linked into our (~2Mb) platform library, the vast majority of which is never used in any locale ;-) The vast majority of strings are either UTF-8 or ASCII on my system. [ performance wise we should prolly try to re-factor that out, it'd be interesting to see how much ISO12345 stuff is used in .de / .european locales too ? - at least on Unix the world is going UTF-8 fast ]. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[framework-issues] [Issue 60696] Linux: External splash / q uick 2nd start
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=60696 --- Additional comments from [EMAIL PROTECTED] Fri Oct 6 03:31:18 -0700 2006 --- Would linking sal dynamically really hurt ? The exports out of that are c only and it is comparable in size to the X11 library itself. And then there is gtk with its 3MB not counting its dependencies. I guess the splash would show up a little later, but would it matter whether this is in 25 milliseconds or 75 ? Personally I'd say, no, the smallest thing a user can notice is ~50 ms anyway. But perhaps the numbers are different, if so please tell. Just an idea :-) - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[framework-issues] [Issue 60696] Linux: External splash / q uick 2nd start
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=60696 --- Additional comments from [EMAIL PROTECTED] Fri Oct 6 03:35:34 -0700 2006 --- The problem is that to support all possible variables you have to write a lot of code - or you can link against sal and use the existing functionality there (perhaps sal could be linked statically?!). I already link to sal statically (see desktop/unx/source/makefile.mk) to get the md5 digest. Unfortunately, using more is not possible - once I use part of the code that accesses OUString/rtl_ustring, all the conversion tables get in and I end up with 2M stripped binary (I've tried that already) which is not an option for a lightweight (quick)starter. So - I have to copy the functionality I'm afraid. Another missing feature is that you need to evaluate the command line as it might contain a value for the UserInstallation variable that overwrites the value from bootstraprc. OK. Anything more I should be aware of, please? - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[framework-issues] [Issue 60696] Linux: External splash / q uick 2nd start
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=60696 --- Additional comments from [EMAIL PROTECTED] Fri Oct 6 03:55:24 -0700 2006 --- pl: X11 is in the memory for sure, glib most probably as well (and has just libc as a dependency), sal is not in the cold-start case; so it still takes some time to load it (though I have no numbers to show, unfortunately). Linking it statically would be better, but 2M still too much from my point of view... - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[framework-issues] [Issue 60696] Linux: External splash / q uick 2nd start
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=60696 --- Additional comments from [EMAIL PROTECTED] Fri Oct 6 03:59:33 -0700 2006 --- (I forgot to emphasize that the current implementation does not link to Gtk+, just to glib which is ~500k dependent just on glibc.) - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[framework-issues] [Issue 60696] Linux: External splash / q uick 2nd start
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=60696 --- Additional comments from [EMAIL PROTECTED] Fri Oct 6 07:37:09 -0700 2006 --- Michael, Kendy, would you consider the option to factor out the conversion tables? Would be interesting to see why they are it is pulled in when you use any string functions. Or should we go for the dynamic linking and try out how much milliseconds we have to pay for it? - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[framework-issues] [Issue 60696] Linux: External splash / q uick 2nd start
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=60696 --- Additional comments from [EMAIL PROTECTED] Fri Oct 6 07:56:29 -0700 2006 --- A small test on Windows revealed that after removing all textenc functions from the export and the textenc.lib from the makefile map the following symbols show up as unresolved: sal.lib(thread.obj) : error LNK2019: unresolved external symbol _rtl_getTextEncodingFromWindowsCodePage referenced in function _osl_getThreadTextEncoding sal.lib(nlsupport.obj) : error LNK2001: unresolved external symbol _rtl_getTextEncodingFromWindowsCodePage sal.lib(ustring.obj) : error LNK2019: unresolved external symbol _rtl_destroyTextToUnicodeConverter referenced in function _rtl_string2UString sal.lib(uri.obj) : error LNK2001: unresolved external symbol _rtl_destroyTextToUnicodeConverter sal.lib(ustring.obj) : error LNK2019: unresolved external symbol _rtl_convertTextToUnicode referenced in function _rtl_string2UString sal.lib(uri.obj) : error LNK2001: unresolved external symbol _rtl_convertTextToUnicode sal.lib(ustring.obj) : error LNK2019: unresolved external symbol _rtl_createTextToUnicodeConverter referenced in function _rtl_string2UString sal.lib(uri.obj) : error LNK2001: unresolved external symbol _rtl_createTextToUnicodeConverter sal.lib(string.obj) : error LNK2019: unresolved external symbol _rtl_destroyUnicodeToTextConverter referenced in function _rtl_impl_convertUStringToString sal.lib(uri.obj) : error LNK2001: unresolved external symbol _rtl_destroyUnicodeToTextConverter sal.lib(string.obj) : error LNK2019: unresolved external symbol _rtl_convertUnicodeToText referenced in function _rtl_impl_convertUStringToString sal.lib(uri.obj) : error LNK2001: unresolved external symbol _rtl_convertUnicodeToText sal.lib(string.obj) : error LNK2019: unresolved external symbol _rtl_createUnicodeToTextConverter referenced in function _rtl_impl_convertUStringToString sal.lib(uri.obj) : error LNK2001: unresolved external symbol _rtl_createUnicodeToTextConverter sal.lib(string.obj) : error LNK2019: unresolved external symbol _rtl_getTextEncodingInfo referenced in function _rtl_impl_convertUStringToString We could consider to put textenc into a separate library that will be loaded on demand, at least for these functions. The functions in sal would just be wrappers around the load-on-demand call. To keep the sal library compatible we must do the same for the other 15 symbols from textenc also. Shouldn't be a lot of work and we would never need to load the tables as long as nobody needs to convert anything than UTF-8. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[framework-issues] [Issue 60696] Linux: External splash / q uick 2nd start
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=60696 User mba changed the following: What|Old value |New value CC|'cd,cmc,hro,joergwartenber|'cd,cmc,hro,joergwartenber |g,kendy,pl,st'|g,kendy,mba,pl,st' --- Additional comments from [EMAIL PROTECTED] Fri Oct 6 08:04:26 -0700 2006 --- ccing me - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[framework-issues] [Issue 60696] Linux: External splash / q uick 2nd start
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=60696 --- Additional comments from [EMAIL PROTECTED] Fri Oct 6 12:35:06 -0700 2006 --- A small test on Windows revealed that after removing all textenc functions from the export and the textenc.lib from the makefile map the following symbols show up as unresolved: Ah - so tooling is everything ;-) if you poke at http://go-oo.org/ooo-build/bin/oosize - there is a (Linux only) tool that shows object size breakdown by source directory: eg. you can look at 'svx' and say: wow that is a big pile of code, then break it down by source directory and source file to find the offendors (some of which are quite suprising); anyhow it shows: [EMAIL PROTECTED]:/opt/OpenOffice/ood680-m4/sal/textenc /opt/OpenOffice/HEAD/bin/oosize --ls Found module '/data/OpenOffice/ood680-m4/sal' Size breakdown context.c 664 tenchelp.c 1036 unichars.c 1064 textcvt.c 1128 converter.c 1144 convertsinglebytetobmpunicode.cxx 1244 converteuctw.c 2140 convertgb18030.c2176 tcvtutf8.c 2176 convertiso2022kr.c 2316 convertiso2022jp.c 2340 convertbig5hkscs.c 2420 tcvtutf7.c 2428 tcvtmb.c2728 convertiso2022cn.c 3472 tcvtbyte.c 3672 tencinfo.c 9108 textenc.cxx 1490820 so - as you see, 1 file is a huge proportion of the problem here; luckily that file exports only 1 symbol ;-) ImplTextEncodingData const * Impl_getTextEncodingData(rtl_TextEncoding nEncoding) By commenting out the contents of that I get: 1797832 ../../unxlngi6.pro.before/lib/libuno_sal.so 273544 libuno_sal.so # after So - AFAICS this is really the obvious place to cut to loose 85% of the code at a single stroke ;-) [ of course, we'd prolly need to re-instate / in-line at least some of the common ASCII / common Win32 code-page / UTF8 stuff ] but it should be fairly trivial to save a nice whack of code there in the common case. I'm even interested enough to have a go myself now ;-) - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[framework-issues] [Issue 60696] Linux: External splash / q uick 2nd start
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=60696 --- Additional comments from [EMAIL PROTECTED] Fri Oct 6 13:00:16 -0700 2006 --- cloned grist of the sal shrink to i#70166# - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[framework-issues] [Issue 60696] Linux: External splash / q uick 2nd start
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=60696 --- Additional comments from [EMAIL PROTECTED] Tue Oct 3 05:58:26 -0700 2006 --- hro, cd: The deadlines for 2.1 are approaching - any chance to have a look at the recent version of the patches approve them, please? ;-) I can do the CWS, etc. if you do not have a suitable one. Thank you! - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[framework-issues] [Issue 60696] Linux: External splash / q uick 2nd start
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=60696 --- Additional comments from [EMAIL PROTECTED] Tue Aug 22 07:46:11 -0700 2006 --- I've updated the patches to create exactly the same OSL pipe as OOo currently does (the md5 one). The patches are here: http://www.go-oo.org/patches/src680/unxsplash-desktop-unx-source.diff http://www.go-oo.org/patches/src680/unxsplash-desktop-unx-splash.diff http://www.go-oo.org/patches/src680/unxsplash-desktop.diff http://www.go-oo.org/patches/src680/unxsplash-scp2.diff The description is above in comment from kendy Fri Aug 4 07:57:20 -0700 2006. BTW, is that bug or feature that the md5 sum is not really a md5 sum if there are numbers 0x10 in the OSL pipe name? I mean eg. aa0bcc is shortened to aabcc... - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[framework-issues] [Issue 60696] Linux: External splash / q uick 2nd start
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=60696 User kendy changed the following: What|Old value |New value Summary|Linux: quick 2nd start|Linux: External splash / q | |uick 2nd start Target milestone|OOo 2.0.4 |OOo 2.x --- Additional comments from [EMAIL PROTECTED] Fri Aug 4 07:57:20 -0700 2006 --- OK - so I updated the patches to implement com.sun.star.office.PipeSplashScreen service - it is a SplashScreen that does not render any output, just sends the progress values back to the external splash process that started OOo. This service is used just in case -splash-pipe= argument is present. The sources: http://www.go-oo.org/patches/src680/unxsplash-desktop-unx-source.diff: Implements the tiny executable (ooqstart) that draws the splash screen, creates the pipe and starts OOo. http://www.go-oo.org/patches/src680/unxsplash-desktop-unx-splash.diff: Implementation of the PipeSplashScreen service. http://www.go-oo.org/patches/src680/unxsplash-desktop.diff: Build bits, choose PipeSplashScreen when -splash-pipe=XYZ is present, make the progress bar going more smoothly, fix Set/GetStringParam(), ... http://www.go-oo.org/patches/src680/unxsplash-scp2.diff: Install bits. I can also have a look at the second problem - if it stops the integration. Does it? - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[framework-issues] [Issue 60696] Linux: External splash / q uick 2nd start
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=60696 --- Additional comments from [EMAIL PROTECTED] Fri Aug 4 08:40:36 -0700 2006 --- cd-kendy: I am sorry, but I am very busy with OOo 2.0.4 show stoppers. The pipe service is an important step for a platform independent solution for an external startup executable. I know that you are only interested into a Unix solution, but I think we should have a solution ready for all platforms (including Windows). CWS splashperform has a Windows prototype which also needs a way to communicate with the splash executable. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[framework-issues] [Issue 60696] Linux: External splash / q uick 2nd start
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=60696 --- Additional comments from [EMAIL PROTECTED] Fri Aug 4 08:59:42 -0700 2006 --- I know that you are only interested into a Unix solution, but I think we should have a solution ready for all platforms (including Windows). I don't quite understand what you're saying here. Are you saying that we should block platform specific unix-only improvements until Win32 versions can be created ? [ that would be an incredible view IMHO ]. - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[framework-issues] [Issue 60696] Linux: External splash / q uick 2nd start
To comment on the following update, log in, then open the issue: http://www.openoffice.org/issues/show_bug.cgi?id=60696 --- Additional comments from [EMAIL PROTECTED] Fri Aug 4 09:47:39 -0700 2006 --- cd: I am sorry, but nonavailability of the Win32 implementation is not an argument ;-) Win32 system file picker was implemented far before there was one for Gnome/KDE; it would be ridiculous to block it on availability of them... From what I see in CWS splashperform, there's no communication between the splash process OOo there yet, right? I'm quite sure the idea of PipeSplashScreen could be re-used even there - as the -splash-pipe= you can use whatever works on Win32 (I guess it has something like the unx pipes?) implement an own PipeSplashScreen service for Win32. Or the switch can be simply renamed later if you need something other than a pipe (eg. to -splash-communication= together with renaming the service to ExternalSplashScreen). It is just an internal parameter, and the user is not supposed to even know about its existence anyway. And - of course I do not expect this to get into 2.0.4, we are behind a feature-freeze - but it would be really great to see it in early 2.0.5, ASAP after branching for OOD680 - so that we had more testers after the recent changes. (We have already quite lot of them for the previous implementation - all the SUSE 10.1 SLED 10 users :-) ) - Please do not reply to this automatically generated notification from Issue Tracker. Please log onto the website and enter your comments. http://qa.openoffice.org/issue_handling/project_issues.html#notification - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
