At 1:11am -0400 Thu, 21 Oct 2010, Kevin Hunter wrote:
3. Misinterpretation of __PRETTY_FUNCTION__?
What is __PRETTY_FUNCTION__? It changed in GCC 3.4, I believe. Now,
contrary to the implicit understanding from its all caps nature
At 4:51am -0400 Thu, 21 Oct 2010, Caolán McNamara wrote:
On Thu, 2010-10-21 at 02:32 -0400, Kevin Hunter wrote:
[what's the bug?]
Checking:../unxlngx6.pro/
Error: ../unxlngx6.pro/misc/sysui/dummy/localize.sdf 0 Bytes!
Error: 1 damaged files encountered
dmake: Error code 1, while making
At 8:17am -0400 Thu, 21 Oct 2010, Thomas Klausner wrote:
I don't imagine we're much interested in gcc2 nowadays
Tangentially, does this imply that there should be a check, preprocessor
or otherwise, that says,
You're using a compiler older that X.Y.Z. LiberOffice needs at least
A.B.C
or
At 8:02am -0400 Thu, 21 Oct 2010, Kevin Hunter wrote:
I wanted to *reduce* what it was compiling because it was taking so
long, so I thought the --with-lang=en-US would make it forgo the
l10n/i18n.
I'll hesitate before saying You are correct, sir! until I
regen/compile and get another error
At 12:56pm -0400 Thu, 21 Oct 2010, Kevin Hunter wrote:
$ make # and wait for 4 hours. -
Yes, I'm aware I can change the CPU count, among other things, but
this was my noob starting point.
Wow, this *really* makes a difference. I would have thought it might
have halved the time, to about
At 8:08am -0400 Fri, 22 Oct 2010, Thomas Klausner wrote:
On Thu, Oct 21, 2010 at 05:16:32PM +0200, Thomas Klausner wrote:
I'll switch diagnose.h (locally) to give for OSL_THIS_FUNC, as it
currently seems to do for everyone else.
To close this thread: I've pushed this change.
Have you
At 9:03am -0400 Mon, 25 Oct 2010, Michael Meeks wrote:
On Tue, 2010-10-19 at 02:08 -0400, Kevin Hunter wrote:
Oh, forever more, unless I explicitly say otherwise, it is safe to
assume that my patches are all LGPLv3. (That's v3, not v3+.) But I'll
try to remember to say it as well
At 11:48am -0400 Mon, 25 Oct 2010, Michael Meeks wrote:
I -imagine- that most of the speedup came from ccache :-) And that
gives a huge, but somewhat unpredictable speedup - depending which
headers change - clearly with ccache you only do the pre-processing.
Does distclean not remove the
At 12:12pm -0400 Mon, 25 Oct 2010, Michael Meeks wrote:
On Mon, 2010-10-25 at 10:48 -0400, Kevin Hunter wrote:
The short answer is no, I'm not scared of all future versions,
but on principal, I will not blindly trust a document that I (no
one!) have yet to see.
Fair enough :-) We're still
At 9:15am -0400 Mon, 25 Oct 2010, John Lee Castle wrote:
any suggestions on a better code editor than gedit?
Careful! Lest you start a flame war! (But we're all friends here. :-)
I believe almost any *text* editor will suit you, provided you take the
time to learn it's strengths and
At 3:12am -0400 Tue, 26 Oct 2010, Cedric Bosdonnat wrote:
On Mon, 2010-10-25 at 13:44 -0400, Kevin Hunter wrote:
For a project as large as LibreOffice, you may also more appreciate
the use of an IDE (Integrated Development Environment). Eclipse is
often touted to me, as is Geany, and KDevelop
At 6:18pm -0400 Tue, 26 Oct 2010, Christian Lohmaier wrote:
I personally disagree that an alphabetically sortet list is best.
e.g. now the font inclusion options wrt dejavu and liberation fonts
are spread apart, build tool options are interspread the
feature/code switches, extension-switches are
At 6:18pm -0400 Tue, 26 Oct 2010, Christian Lohmaier wrote:
sigh/ I must get used to that this list doesn't set reply to list...
Oh brother, I hear you. I personally prefer that a list gets all
traffic, end of discussion. However, it was pointed out to me about 6
months ago that I'm the
At 5:47pm -0400 Wed, 27 Oct 2010, Wols Lists wrote:
On 27/10/10 18:10, Kevin Hunter wrote:
The file format was created circa 1990 (Phil Katz, maybe?), and,
because of lawsuits against his company, intentionally released
into the public domain. I've forgotten the exact story details
At 7:39am -0400 Wed, 27 Oct 2010, Wols Lists wrote:
I just click on reply list :-) Thunderbird has that option if you
want to use that ...
So it does! Apparently since the 3.0. I've been using my keyboard friends:
Ctrl+R (respond directly to author)
Ctrl+Shift+R (respond to everyone)
At 5:09am -0400 Thu, 28 Oct 2010, Michael Meeks wrote:
Ultimately if people want to incrementally fix bash-isms as they
creep in I see no reason why they should not commit fixes to make it
use generic-shell; hopefully with the gnumake based build we'll have
less shell lying around.
An on going
Hullo LO Git committers,
Patches against calc/.../miscdlgs/ to remove non-compiled code and other
minor refactors. Patches created with:
$ git format-patch --patience -19 -o ~/tmp/easy_hack_non_compiled
$ cd ~/tmp/
# tar -cjf easy_hack_non_compiled{.tbz,}
$ sha1sum easy_hack_non_compiled.tbz
At 9:47am -0400 Thu, 04 Nov 2010, Thorsten Behrens wrote:
I'm sorry if [the request not to make any formatting changes] was not
too obvious from the EasyHacks page - do you think adding something
like this to the preamble would make it more clear:
please avoid larger reformatting of the code
At 7:01pm -0400 Thu, 04 Nov 2010, Kohei Yoshida wrote:
On Thu, 2010-11-04 at 23:58 +0100, Thorsten Behrens wrote:
If you're subscribed, and you don't want extra copies, just set a
Reply-To: libreoffice@lists.freedesktop.org header. Most mailers
(and people) adhere to that.
Also, many email
Hullo List,
Some accessibility tabbar RTL_CONST conversion goodness.
Kevin
0001-EasyHack-createFromAscii-RTL_CONST.-macro.patch.gz
Description: GNU Zip compressed data
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
Hullo Committers,
A patch set against directory:
accessibility/source/helper
Cheers,
Kevin
comment_removal_2.tgz
Description: application/compressed-tar
0001-EasyHack-convert-createFromAscii-to-RTL.-macro.patch.gz
Description: GNU Zip compressed data
Hullo Committers,
Subject says it all. Patch against three files under
automation/source/
Builds successfully here.
Cheers,
Kevin
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
At 2:17am -0500 Mon, 08 Nov 2010, Kevin Hunter wrote:
Subject says it all. Patch against three files under
automation/source/
Doh! Helps to actually /attach/ the file.
Kevin
large_swathes_gone.tbz
Description: application/bzip-compressed-tar
Hello List,
Here's another set of patches. Caolán, I think I've done a little
better on the comments this time, but probably not yet perfect.
accessibility/
Cheers,
Kevin
comment_removals.tbz
Description: application/bzip-compressed-tar
___
Hullo List,
Another RTL_CONST patch, also against accessibility/ .
Cheers,
Kevin
0001-EasyHack-createAsciiFrom-RTL_CONST.patch.bz2
Description: application/bzip
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
Hi List,
A patch to remove large blocks of already commented code.
basic/
Cheers,
Kevin
basic_commented_removed.tgz
Description: application/compressed-tar
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
At 4:23pm -0500 Mon, 08 Nov 2010, Caolán McNamara wrote:
Pushed the substantial hacking out of the commented-out code in
automation. Thanks. I'm holding back on the end of line whitespace
stuff because all of our files have it, at least in line 4 :-). Maybe
we can resolve all of those in one
Hullo again,
Some more easy hack RTL code.
bridges/
Kevin
bridges_rtl_easy_hack.tbz
Description: application/bzip-compressed-tar
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
Hello again list,
My last contribution of the day, with two RTL patches for canvas/ and
chart2/ .
Cheers,
Kevin
canvas_rtl_easy_hack.tbz
Description: application/bzip-compressed-tar
chart2_rtl_easy_hack.tbz
Description: application/bzip-compressed-tar
At 4:03am -0500 Tue, 09 Nov 2010, Sebastian Spaeth wrote:
Please make sure to not remove the newlines after the last vi
modeline. There were a few of that that I had to fix.
Ah, of course. That's my editor doing an automatic job. I'll update
the settings for this project.
Thanks, mate.
At 12:44pm -0500 Tue, 09 Nov 2010, Kevin Hunter wrote:
Here are four more patch conversions from createFromAscii to
RTL_CONST... applied against:
basebmp/
binfilter/
bridges/
connectivity/
I apologize, I temporarily forgot about the automatic whitespace
handling and flat committed those
At 2:05am -0500 Wed, 10 Nov 2010, Sebastian Spaeth wrote:
+1 for quiet down the icecream advertisment a bit, we should rather
put instructions for that in our wiki. If someone configured to use
distcc, we should not output icecream related stuff at all. So who
comes up with a patch :-)?
My
At 8:21pm -0500 Thu, 11 Nov 2010, Patrick Bakker wrote:
SEMI-COLON INSTEAD OF COMMA AS FUNCTION ARGUMENT SEPARATOR
Current Calc behaviour:
=subtotal(9;a1:a5)
Desired behaviour:
=subtotal(9,a1:a5)
I believe OpenOffice has supported both semicolon and comma since at
least 3.0. Take a look at
At 5:32am -0500 Fri, 12 Nov 2010, Michael Meeks wrote:
On Thu, 2010-11-11 at 23:30 -0800, Patrick Bakker wrote:
SEMI-COLON INSTEAD OF COMMA AS FUNCTION ARGUMENT SEPARATOR
Kohei (or was it Jody) fixed this many moons ago; I believe the
default is set to improve usability here in LibreOffice; I
At 5:32am -0500 Fri, 12 Nov 2010, Michael Meeks wrote:
On Thu, 2010-11-11 at 23:30 -0800, Patrick Bakker wrote:
DELETE CELL HELPER
The delete cell helper dialog box pops up anytime I try to delete
a cell or cell selection. It gives me options to delete some
And this is deadly annoying too -
At 5:32am -0500 Fri, 12 Nov 2010, Michael Meeks wrote:
Might be a good easy-hack; how we tell the user in an unobtrusive
way that this has happened, I don't know - some good UI ideas there
appreciated; the 'status bar' is not such a great plan I suspect for
this. alpha transparent, hovering
At 7:57am -0500 Fri, 12 Nov 2010, Kevin Hunter wrote:
At 5:32am -0500 Fri, 12 Nov 2010, Michael Meeks wrote:
I wonder if switching the polarity of the check-box - so it is checked
might help people 'see' it, and thus un-check it to get rid of it
(some Mozilla dialogs do that I guess
At 9:47am -0500 Mon, 15 Nov 2010, Kohei Yoshida wrote:
On Thu, 2010-11-11 at 17:21 -0800, Patrick Bakker wrote:
COPY PASTE TO A CELL WITH AN EXISTING VALUE
The first time I copy and pasted a cell formula into another cell
which already had something in it a dialog came up asking something
Hullo List,
What's the story with the ulimit set in 'ooenv' right before running a
freshly built LO:
$ cd install/program/
$ ./soffice
ulimit: 5: error setting limit (Operation not permitted)
[LO running]
$
Am I the only one seeing this error? If yes, then does this imply that
others
At 11:07am -0500 Wed, 17 Nov 2010, Caolán McNamara wrote:
Am I the only one seeing this error? If yes, then does this imply
that others are running as root?
Nah, I don't run as root ulimit -c unlimited works fine. I'd guess
that there some hard limits set that ordinary users aren't allowed
to
At 5:13pm -0500 Wed, 17 Nov 2010, Julien Nabet wrote:
PS : in the easy hack, for RTL_CONSTASCII_USTRINGPARAM macro,
wouldn't it be better to change the grep in fgrep in order to
make the searching faster ?
That might have marginally been an issue once upon a time, but now,
they're likely to
As I assume you're using a regex, you might consider catching this by
doing the search and replace in series. Here's an example:
1. Catch the 'OUString +?= ...createFromAscii...' case and replace with
'OUString var( RTL...)'
search: OUString\s*\w+\s*\+?=\s*\S*createFromAscii\(\s*([^]*)\s*\)
Hullo List,
This rather large commit should take care of all non-commented versions
of the RTL_CONST macro easy hack in binfilter/ .
Cheers,
Kevin
0001-EasyHack-RTL-macro-from-createFromAscii.patch.bz
Description: application/bzip
___
LibreOffice
At 3:49am -0500 Thu, 18 Nov 2010, Sebastian Spaeth wrote:
On Wed, 17 Nov 2010 14:01:18 -0500, Kevin Hunterhunt...@earlham.edu wrote:
I suppose it's an Ubuntu thing then. I've used ulimit files
minimally in my career thus far. I suppose I'll get some practice
this go round ...
mmh, works fine
Hullo List,
An easy hack for RTL conversion strings, against svtools/ .
Cheers,
Kevin
0001-EasyHack-RTL_CONST-macro-from-createFromAscii.patch.bz
Description: application/bzip
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
Hullo List,
It must be something simple, but I'm having a devil of a time recovering
from a bad merge. Given my transcript below, how do I recover?
It usually happens after I've committed a change to my local repository,
that I then sent in as a patch. That patch got applied with a slight
At 4:59am -0500 Fri, 19 Nov 2010, Caolán Mcnamara wrote:
On Thu, 2010-11-18 at 18:50 -0500, Kevin Hunter wrote:
An easy hack for RTL conversion strings, against svtools/ .
Excellent, looks good. Pushed this. I simplified the syntax of a few
of the constructor here and there on the way.
Och
At 7:59am -0500 Fri, 19 Nov 2010, Michael Meeks wrote:
On Wed, 2010-11-17 at 10:57 -0500, Kevin Hunter wrote:
What's the story with the ulimit set in 'ooenv' right before
running a freshly built LO:
As Caolan says - without this, your app will simply not dump core. Of
course, mostly people
Hullo List,
A simple one against but test cases, but, as I said in the commit
message, they were in my (grep) road!
Kevin
0001-EasyHack-RTL_CONST-macro-from-createFromAscii.patch.xz
Description: application/xz
___
LibreOffice mailing list
At 1:19pm -0500 Fri, 19 Nov 2010, Andrew wrote:
Could you give me your opinion, as to which is best?
1st - As it currently is
2nd - Smaller font, no use of bold, 'filled' icons
3rd - Smaller font, no use of bold, 'line drawing' icons
I like the icons from 1, and the lighter colors. However,
Hullo List,
Removing some dead/non-compiled code in binfilter. Did some drive by
comment translation, and minor tab removals.
Cheers,
Kevin
0001-EasyHacks-kill-dead-code-translate-formatting.patch.bz
Description: application/bzip
___
LibreOffice
At 2:22am -0500 Sat, 20 Nov 2010, David Tardon wrote:
On Fri, Nov 19, 2010 at 03:04:52PM -0500, Kevin Hunter wrote:
Some more RTL goodness against filters/.
I corrected two obviously wrong changes:
Thank you for checking those. I caught three of those, but missed those
two
At 9:16am -0500 Sat, 20 Nov 2010, Wols Lists wrote:
Firstly, I'm slightly surprised no-one suggested merely reverting
your patch.
But I'm guessing all you want to do is get rid of your patch and
replace it with the official one - so just dropping your version
should do what you want?
This
Hullo List,
Some #if 0 removals in binfilter.
Cheers,
Kevin
if0_removals.txz
Description: application/xz-compressed-tar
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
At 4:58pm -0500 Sun, 21 Nov 2010, Wols Lists wrote:
On 18/11/10 13:36, Kevin Hunter wrote:
As I assume you're using a regex, you might consider catching this by
doing the search and replace in series. Here's an example:
1. Catch the 'OUString +?= ...createFromAscii...' case and replace
At 1:16am -0500 Mon, 22 Nov 2010, Joost Eekhoorn wrote:
PROBLEM 2:
Will have to let someone else respond to problem 1, but I believe
problem 2 to be fairly simple to solve:
The problem I had on the previous build: I had a good build and did
an install, but the I could not run the program
Hullo List,
Minor memory leak (but a leak nonetheless), found thanks to cppcheck and
Jesse's appreciated webpage.
Kevin
0001-Fix-a-memory-leak.patch.gz
Description: GNU Zip compressed data
___
LibreOffice mailing list
At 9:54am -0500 Tue, 30 Nov 2010, Kohei Yoshida wrote:
Sorry I have to disagree there. I'm the one who put that icon there,
and the reason for that was to have a visually obvious way to tell
whether or not the document is currently modified. A lot of people
were using the save icon status for
At 10:37am -0500 Wed, 01 Dec 2010, Kevin Hunter wrote:
Updated expressions in bootstrap/g so that it uses Bash internal
expressions, rather than farming out to the '[' or 'test' external
command.
Updated deprecated backtick subshell calls to $(
I've just learned of/realized the not-Bash
At 11:33am -0500 Thu, 02 Dec 2010, Michael Meeks wrote:
As part of the quest to make LibreOffice easier to build; and in
parallel to annoy developers who are missing those java implemented
features into re-writing them into C++, I was wondering:
would anyone scream if we defaulted configure to
At 4:20am -0500 Wed, 08 Dec 2010, Michael Meeks wrote:
On Wed, 2010-12-08 at 10:04 +0100, Alexander Thurgood wrote:
In countries where power supplies are intermittent, or irregular, it
matters a great deal. If your phone or electricity lines crap out part
way through the download, and you were
At 11:04am -0500 Wed, 08 Dec 2010, Plino wrote:
I'm willing to report the bugs I find when a proper bug tracker is
set up.
Do you mean something other than what is currently available through
bugs.freedesktop.org?
Hullo List,
Simple patch to remove unused variables in:
vcl/win/source/gdi/winlayout.cxx
Cheers,
Kevin
0001-Remove-unused-variables.patch.gz
Description: GNU Zip compressed data
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
Hi LO Make experts,
Is it possible to get subproject build progress information dynamically
from Make? Among other things, moving all projects to tail_build
currently reduces the usefulness of the Zenity SVG clock build progress
meter. I'm looking at snippets like
, 2011-07-27 at 06:56 -0400, Kevin Hunter wrote:
At 6:07am -0400 Wed, 27 Jul 2011, Michael Meeks wrote:
but IMHO -the- fundamental design problem with calc, is something
quite banal - the concept that a spreadsheet is built from cells:
without breaking that basic misconception I don't think we can
At 4:52pm -0400 Thu, 20 Oct 2011, Michael Meeks wrote:
http://wiki.documentfoundation.org/Development/LibreOffice4
+ getting stuck into Windows / mingw build etc.
From the wiki page, one of the concerns is binary incompatibility. I
assume this is in reference to
At 4:39am -0400 Fri, 21 Oct 2011, Michael Meeks wrote:
[one /could/ work toward interprocess extensions ... ] But of course,
I personally think there is much lower hanging fruit in the calc core
;-)
Noted and agreed! I'm just sticking my nose in all things LO, probably
stepping on toes as I
At 4:11am -0400 Fri, 21 Oct 2011, Stephan Bergmann wrote:
On 10/21/2011 02:06 AM, Kevin Hunter wrote:
5. That API definition will be a *lot* of work, but hopefully somewhat
thought out already through only a mild reengineering of the current
binary API.
The UNO API is already there. Or what
At 5:16am -0400 Fri, 21 Oct 2011, Michael Meeks wrote:
On Thu, 2011-10-20 at 14:20 -0400, Kevin Hunter wrote:
That said, I anecdotally note on my limited-in-hardware machine,
that a consecutive run of make is almost instantaneous. Would a
make -pn really be that expensive?
Try running a no-op
At 7:24pm -0400 Mon, 24 Oct 2011, Fridrich Štrba wrote:
New commits:
commit 38cf494f90d19d1673773437cd52e8f0cfbf4eb5
Author: Fridrich Štrba fridrich.st...@bluewin.ch
Date: Tue Oct 25 01:11:49 2011 +0200
White-space change to fix messy mix of different coding styles
[...]
diff --git
At 9:48pm -0400 Mon, 24 Oct 2011, Kevin Hunter wrote:
At 7:24pm -0400 Mon, 24 Oct 2011, Fridrich Štrba wrote:
for (std::mapWPXString, FontStyle *, ltstr::const_iterator iter =
mHash.begin();
- iter != mHash.end(); ++iter)
+ iter != mHash.end(); iter++)
Err, in terms of coding style, is a pre
Hullo Calc Devs,
I'm nosing around ScBaseCell in sc/source/core/data/cell.cxx, and I'm
curious about the semantics of the function lclCloneCell. Specifically,
when would that function ever return a NULL pointer? Does Calc not know
about all its cell types? Perhaps extensions are able to
On 10/25/2011 04:32 PM, Noel Grandin wrote:
Getting there :) almost have a complete build on my machine :)
After a long build, I'm there. As I'm not mired in that part of LibO
internals, for what visible changes should I be looking?
Heh, or put differently, what Ctrl+F should I use on
At 2:49am -0400 Thu, 27 Oct 2011, Stephan Bergmann wrote:
On 10/27/2011 07:10 AM, Kevin Hunter wrote:
I'm nosing around ScBaseCell in sc/source/core/data/cell.cxx, and I'm
curious about the semantics of the function lclCloneCell. Specifically,
when would that function ever return a NULL pointer
At 12:57pm -0400 Fri, 28 Oct 2011, Alexander Wilms wrote:
There's a short summary with a few examples in this document:
http://ubuntuone.com/7m7AXgeh7OIwGBiCOHAjGh
1) It would be useful if the user could define alternating colors
for table rows/columns and maybe even export Styles for
At 1:12am -0400 Sat, 29 Oct 2011, Jean-baptiste Faure wrote:
I already noticed these cpu problems in my own build since 2 or 3
days, but I can't be more precise.
Does somebody has a clue about the cause (which commit?) of this CPU
consumption?
I don't specifically, but my hunch is that it's
Hullo List,
I'm currently working in the sc/ module, and I'm in the make small
change, re-compile, make small change, re-compile stage. This is
proving very cumbersome, however, as I'm unable to re-make just the
affected files. For instance, note my attached output, showing the
output of
At 9:29pm -0400 Sat, 29 Oct 2011, Bjoern Michaelsen wrote:
On Sat, Oct 29, 2011 at 06:17:09PM -0400, Kevin Hunter wrote:
This is proving very cumbersome, however, as I'm unable to re-make
just the affected files. For instance
$ make -j1 | head; sleep; make -j1 | head
The attached output
At 6:40pm -0400 Sat, 29 Oct 2011, alexander.wi...@zoho.com wrote:
I've just created this small mock-up, of what I think could be a
good solution:
http://wiki.documentfoundation.org/User:Toxicbits
That seems a good start. But let's see if some other devs have any
thoughts, or if ... is it
At 3:15pm -0500 Wed, 09 Nov 2011, Kohei Yoshida wrote:
On Wed, 2011-11-09 at 18:40 +0100, Maxime de Roucy wrote:
Summary :
Isn't Should the contents of all cells be concatenated and moved
into the merged cell? better ?
I like the following better:
Do you want to merge the contents of the
At 7:19am -0500 Tue, 15 Nov 2011, Fridrich Štrba wrote:
New commits:
commit 1f2d0c83d07b2c877722069c0075ba35860a0400
Author: Fridrich Štrba
Date: Tue Nov 15 13:19:24 2011 +0100
Put back a method needed by Windows and reformat a bit
diff --git a/basic/inc/basic/sbxvar.hxx
Hullo List,
I'm working on a school project that involves UNO with Python (talking
to LO from an external invocation of Python). One of the things that I
find extremely frustrating is the lack of discoverability from within
the Python context. The interactive shell (IPython package and
At 12:00pm -0500 Tue, 15 Nov 2011, Michael Meeks wrote:
there are some real issues here, inasmuch that it can't be known
until run-time what interfaces are supported, and lots of type
information disappears down the toilet around queryInterfaces and
'any's. Unfortunately, this makes the API
At 3:21pm -0500 Tue, 15 Nov 2011, Kohei Yoshida wrote:
sc/inc/cell.hxx |4 ++--
sc/source/core/data/cell2.cxx | 10 ++
2 files changed, 12 insertions(+), 2 deletions(-)
New commits:
commit 87be97a31d8686e3e6e976bb5585b32c096ca19d
Author: Kohei
At 12:28am -0500 Wed, 16 Nov 2011, Kohei Yoshida wrote:
On Wed, Nov 16, 2011 at 12:21 AM, Kevin Hunter wrote:
From the curious cat: why?
Because that made it easier to debug whatever I was debugging. Plus,
I don't believe in those implicitly inline methods, especially in
headers
At 12:51pm -0500 Wed, 16 Nov 2011, Astron wrote:
On 15 November 2011 19:15, Michael Meeks wrote:
:-) sounds reasonable. My only concern would be to make it
discoverable and of course performance: would we take a
per-keystroke hit there ? so perhaps having it easy-to-enable but
disabled by
Hiya LO List,
I've finally gotten a new build completed, but I'm unable to pass a
couple of tests. Unfortunately, I think the tests aren't even able to
run, but I don't currently know how to step into this. Can anyone give
me a pointer, given the attached test output?
Many thanks,
Kevin
At 11:22am -0500 Thu, 17 Nov 2011, Stephan Bergmann wrote:
On 11/17/2011 05:16 PM, Kevin Hunter wrote:
- file://[...]/libreoffice/workdir/unxlngx6.pro/ComponentTarget/uno
xml/source/rdf/unordf.component: component has empty uri attribute
Looks like you fell victim to the component file mess
At 11:53am -0500 Mon, 21 Nov 2011, Stephan Bergmann wrote:
It would be good if such impossible to proceed situations would
lead to uncaught exceptions [...] or clear error messages from within
LO (this functionality is unavailable (detailed error message:
...)), instead of LO silently doing
Hello List,
I'm trying to get hold of an ScDocument from scratch. I have naively
attempted to replicate another section of code, but for the life of me
can't figure out what I'm missing. My code crashes with a SIGSEGV on
this line:
aDocShell = new ScDocShell();
I think I've boiled it
At 7:56pm -0500 Wed, 23 Nov 2011, Markus Mohrhard wrote:
Can you explain in a bit more detail what you want to do. You can't
just create a new ScDocShell, you always need to do some
initialisation before. Depending on what you want to do you should
not need to create the ScDocShell yourself.
At 8:45pm -0500 Wed, 23 Nov 2011, Kohei Yoshida wrote:
On Wed, 2011-11-23 at 20:33 -0500, Kevin Hunter wrote:
At 7:56pm -0500 Wed, 23 Nov 2011, Markus Mohrhard wrote:
Can you explain in a bit more detail what you want to do. You
can't just create a new ScDocShell, you always need to do some
At 6:25am -0500 Thu, 24 Nov 2011, Michael Meeks wrote:
On Thu, 2011-11-24 at 01:05 -0500, Kevin Hunter wrote:
I wanted to create an ScDocument to work with in a new test file. I
was thinking in terms of test driven development and having some
tests such that I could execute only them
At 4:47pm -0500 Thu, 08 Dec 2011, Michael Meeks wrote:
On Thu, 2011-12-08 at 13:05 -0500, Kevin Hunter wrote:
More specifically, I wish there were a way to run exactly and only
one test (i.e. a single ::testFunction()).
Fine, sounds like a worthy goal. I suggest you hack cppunit to add
some
At 7:03am -0500 Fri, 09 Dec 2011, Noel Grandin wrote:
I don't have any unit tests in my tree yet, so feel free to go
ahead.
Ah, what I'm going to be working on is the implementation of Cppunit for
us such that we can have some niceties that would have helped me
tremendously while getting up
At 8:05am -0500 Fri, 09 Dec 2011, Stephan Bergmann wrote:
On 12/09/2011 12:55 PM, Kevin Hunter wrote:
Oh! I didn't realize cppunit was open for hacking from our end.
Not really. Keep in mind that LO's configure has
--with-system-cppunit, which people do make use of. The existing
patches fix
At 12:34pm -0500 Mon, 12 Dec 2011, Petr Mladek wrote:
Note that I used the correct version 3.4.99.1 for this beta. We use
(3.3.99.X also for 3.4 betas). I am sorry that I used 3.5.0.0 for
beta0. The 3.5.0.x version are reserved for release candidates.
./g fetch --tags
./g checkout -b
At 1:24pm -0500 Mon, 12 Dec 2011, Petr Mladek wrote:
Looks good. Please, also make sure that the other repositories are
on this branch. I do the following
./g branch | grep \*
:-) They are; no worries/ But good eye for git vs ./g!
Kevin
___
Hullo SC Devs,
A quick question to any more-knowledgeable-than-me person on whether
there's a reason these spots in the calc code base are hard-coded to
sal_Int16, rather than using SCCOL?
Thanks,
Kevin
diff --git a/sc/inc/pivot.hxx b/sc/inc/pivot.hxx
index 705f794..b6bded9 100644
---
At 6:22am -0500 Fri, 21 Jan 2011, Plino wrote:
I did receive the email by Tor at the time. But I checked the Nabble
site and my message was listed as pending until 1 AM, i.e 12 hours
later... (and I have subscribed to this mailing list)
No, your message came through the list to me just over 30
1 - 100 of 190 matches
Mail list logo