Hi Michael,
Oh wow, that's really silly; honestly though I have no idea how it
manages to be on by default for you :-) the code that does this is
(pseudo-code) sfx2/source/appl/shutdownicon.cxx:
bool ShutdownIcon::GetAutoStart()
..
return fileExists
Eike Rathke wrote:
Hi CLAIRE,,
On Monday, 2006-10-23 16:16:09 +0100, CLAIRE, Narinder, Group Risk Mgmt wrote:
When Building an uno component in C++ with a Makefile taken from one of the
examples in SDK, which STL is visible, the native STL or STLport ?
STLport.
If STLport , then if the
Hi Michael,
Well - it looks like that on the face of it. However - while I
absolutely loathe the process, I can (perhaps) live with it - if it
actually worked :-) Sadly it is totally dysfunctional. If 1 (one)
interaction can take of the order of months to occur, the spec. process
which
Michael Meeks wrote:
[...]
Having a formalised process (1 paragraph necessary?) for quickly
including code into OO.o that is disabled in all Sun builds, and quickly
getting fixes / changes into that etc. would be much appreciated. This
is something we have been wanting for some years
Stefan,
Stefan Taxhet wrote:
But I didn't take the time to read on and bother about '#'s and '#if's.
could you do at least the fix regarding the 'if'? Otherwise it is
unusable (and worthless :-( ).
Greetings
Stefan
Thanks
Kay
Hi Michael,
them: We need this burdensome process for Higher Quality !
us: But lets face it quality is still not good
them: Then we need -even-more- burdensome process !
repeat ad nauseum.
Nobody said, that it is needed to include _burdensome_ processes
Hi,
Frank Schönheit wrote:
However, what I really *really* like about this process is
the exchange of ideas and arguments.
I respect the process.
I encourage community developers and CJK developers to access the spec
project wiki [1] and the spec template [2].
Hi Bjoern,
Bjoern Milcke schrieb:
I came across the following piece of code:
String a;
xub_StrLen n = 0;
n += a.Len();
This breaks on Windows (due to -werror). Because of the warning:
warning C4244: '+=' : conversion from 'int' to 'USHORT', possible
loss of data (in the last
Kazunari Hirano wrote:
Hi,
Frank Schönheit wrote:
However, what I really *really* like about this process is
the exchange of ideas and arguments.
I respect the process.
I encourage community developers and CJK developers to access the spec
project wiki [1] and the spec template [2].
For
On Wed, 2006-10-25 at 08:45 +0200, Frank Schönheit - Sun Microsystems
Germany wrote:
Hi Michael,
[snipped]
Hmm. It's a link pointing to some other CWS' installation (which does
not exist anymore). Removing it (and my user data) gave me the
quickstarter, again, created a new link (to my
Caolan McNamara wrote:
On Wed, 2006-10-25 at 13:58 +0200, Stephan Bergmann wrote:
After some analysis I just filed
http://www.openoffice.org/issues/show_bug.cgi?id=70840. However, that
issue is probably specific to OOo as built by Sun (and available for
download from the OOo web site). If
Hi Gerry,
A quick question. Why is the quickstarter enabler kept in a config
directory outside of the user's OOo stuff.
I suppose that's because this is really about desktop integration: The
desktop probably checks this location for things to, well, quickstart.
Just a guess.
Ciao
Frank
--
-
On Wed, 2006-10-25 at 14:53 +0200, Stephan Bergmann wrote:
Caolan McNamara wrote:
Also, we really should also add...
.section.note.GNU-stack,,@progbits
to the end of bridges/source/cpp_uno/gcc3_linux_intel/call.s similiar to
the line at the end of
On Wed, 2006-10-25 at 15:08 +0200, Frank Schönheit - Sun Microsystems
Germany wrote:
Hi Gerry,
A quick question. Why is the quickstarter enabler kept in a config
directory outside of the user's OOo stuff.
I suppose that's because this is really about desktop integration: The
desktop
Hi Thorsten,
Thorsten Ziehm schrieb:
Hi Michael,
them: We need this burdensome process for Higher Quality !
us: But lets face it quality is still not good
them: Then we need -even-more- burdensome process !
repeat ad nauseum.
Nobody said, that it is needed to
On 10/25/06, Nikolai Pretzell [EMAIL PROTECTED] wrote:
Hi Thorsten,
Thorsten Ziehm schrieb:
Hi Michael,
them: We need this burdensome process for Higher Quality !
us: But lets face it quality is still not good
them: Then we need -even-more- burdensome process !
Hi Hirano,
I encourage community developers and CJK developers to access the spec
project wiki [1] and the spec template [2].
http://specs.openoffice.org/servlets/ReadMsg?list=devmsgNo=59
http://specs.openoffice.org/servlets/ReadMsg?list=devmsgNo=83
Can you help fix them?
I just sent a
Hi Gerry,
Okay. Sounds reasonable. However, this new feature needs to be
documented so I am looking for confirmation that your guess is so. Can
someone confirm or direct me to some spec that will explain whether this
is *NIX specific, WM specific (e.g. Gnome vs. KDE vs. ...) or mimics
David Fraser [EMAIL PROTECTED] writes:
...but I think there are still significant cases where using a wiki
is a much faster route for people (particularly outside
contributors) to use to collaboratively produce a specification.
Seconded. A wiki has a low barrier for entry, can
On Wed, 2006-10-25 at 15:52 +0200, Frank Schönheit - Sun Microsystems
Germany wrote:
Hi Gerry,
Okay. Sounds reasonable. However, this new feature needs to be
documented so I am looking for confirmation that your guess is so. Can
someone confirm or direct me to some spec that will explain
Hi David,
For issue 12719 I attempted to have a faster and more accessible
specification process
This involved developing the spec collaboratively in the wiki
Unfortunately the spec team did not like this idea and have gone for an
OOo template for designing specifications with
This is
Hi David, *,
David Fraser wrote:
[...]
3) The spec process is apparently working well for those inside Sun,
less well for those outside. If there were an easier route for those
less involved in development to produce specs it could be run
concurrently as an alternate mechanism (possibly with
Hi,
I experience exactly the same problem like you with cupsd and OpenOffice in
a loop. I have also SuSE (OpenSuSE 10.0) and OpenOffice 2.0 (build 2.0.0.1).
Any luck looking for help at SuSE?
Randolf
Andy Pepperdine wrote:
On Monday 23 October 2006 14:42, G. Roderick Singleton wrote:
Joost Andrae wrote:
workaround:
The environment variable SAL_DISABLE_CUPS set to a value (eg. 1)
disables cups use within OpenOffice.org. In that case you can manually
configure your printers using OOo's printer administration tool spadmin
which you can find within the program
I would like some advise about when a Specification Document should be
written.
I have submitted quite a few enhancement requests for Writer most of which are
at status=new, some of them have an assigned owner and some are still
owner=requirements. I have 22 issues and enhancements submitted,
Hi Cor,
On 10/25/06, Cor Nouws [EMAIL PROTECTED] wrote:
Hi David, *,
David Fraser wrote:
[...]
3) The spec process is apparently working well for those inside Sun,
less well for those outside. If there were an easier route for those
less involved in development to produce specs it could be
Mathias Bauer schrieb:
Allen Pulsifer wrote:
Just to follow up on this question, what in particular does the NOTINCHOOSER
flag do? In testing, and in examining the source code, it appears to do
nothing. In contrast, the NOTINFILEDIALOG hides the format in all dialogs,
including File | Open,
27 matches
Mail list logo