On Mon, Feb 27, 2012 at 1:10 AM, Winfried Donkers
wrote:
> Norbert Thiebaud wrote (25 februari 2012 11:26)
>
>>#define RC_LABFMT_BEGIN (RC_ENVELP_BEGIN + 50)
>>-#define RC_LABFMT_END (RC_ENVELP_BEGIN + 59)
>>+#define RC_LABFMT_END (RC_ENVELP_BEGIN + 62)
>> ...
>>why the shuffling of constan
Norbert Thiebaud wrote (25 februari 2012 11:26)
> ...
>why is P78275 removed ?
> ...
>same question for these 2
> ...
>and these 3 etc...
I have have removed some obsolete labels. I even removed one complete
brand (Herlitz) after communication with the manufacturer. Herlitz
labels are no longer p
On Sun, Feb 26, 2012 at 9:39 AM, Ivan Timofeev wrote:
> Hi,
>
> thanks to Josh Heidenreich and his comment:
> https://bugs.freedesktop.org/show_bug.cgi?id=46144#c8
>
> http://cgit.freedesktop.org/libreoffice/core/commit/?id=996f44c310520e3d7868c62d336aaec7bb0f845a
>
> Fixed invalid conversion from
On Sat, 25 Feb 2012 18:33:13 +0100, julien2412 wrote:
Tommy, I compile LO sources from master. As I said, I removed LO
profiles so
I don't think I've got a lot of autocorrect items.
(I've got also a directory for LO sources from 3.5 and have the same
thing).
OK. please test and try the
On Mon, Feb 27, 2012 at 12:05 AM, Tor Lillqvist wrote:
>> The whole discussion is non-technical. Removing Basic from the product
>> would not be a technical decision.
>
> Maybe not, but *how* do do it (which is what I ask) is a technical question.
>
>> I would find it counter-productive to make th
> It just occurred to me, if you disable Basic... How about add-ons and
> extensions?
There can be no add-on / extension functionality distributed
separately for an app on the iOS App Store. All functionality has to
be included in an app itself from start.
> Sadly, I am not in a position to enume
> The whole discussion is non-technical. Removing Basic from the product
> would not be a technical decision.
Maybe not, but *how* do do it (which is what I ask) is a technical question.
> I would find it counter-productive to make the product less useful for
> fear that, maybe, Apple would objec
> How is the Python/Java code disabled from the codebase? Wouldn't it be
> best if BASIC could be disabled in the same way (i.e. a autogen
> option).
The autogen option is just that, an autogen (actually configure)
option. Of course by itself it doesn't do anything. It causes a
setting to be visib
It just occurred to me, if you disable Basic... How about add-ons and
extensions? For example, I frequently use an add-on / extension to
format certain types of text.
Sadly, I am not in a position to enumerate the extent of the limitations
if Basic is disabled. If simply disabling the IDE is s
On Sun, Feb 26, 2012 at 12:59 PM, Tor Lillqvist wrote:
>> then let
>> Apple and the EU battle it out about the extent to which Apple can gut
>> a product to protect its bottom line.
>
> Bah, let's keep conspiracy theories out of the technical discussion please.
The whole discussion is non-techni
Tor,
> I can think of the following approaches now
How is the Python/Java code disabled from the codebase? Wouldn't it be
best if BASIC could be disabled in the same way (i.e. a autogen
option). It might be useful to someone else down the track (not just
the iOS project) to be able to disable thi
On Sun, 26 Feb 2012, Thorsten Behrens wrote:
The list of fixed bugs relative to 3.5.0 is here:
http://dev-builds.libreoffice.org/pre-releases/src/bugfixes-libreoffice-3-5-1-release-3.5.1.1.log
So playing with the areas touched there also greatly appreciated - and
validation that those bugs are
Hi Kohei,
Thank you for your feedback.
On Sat, Feb 25, 2012 at 02:45, Kohei Yoshida wrote:
> On Fri, 2012-02-24 at 20:38 -0500, Kohei Yoshida wrote:
>> Hi Albert,
>>
>> On Sat, 2012-02-25 at 01:12 +0100, Albert Thuswaldner wrote:
>>
>> > 1.) ScDocument::SetDocOptions requires some rethink. Here,
Hi *,
for the upcoming new version 3.5.1, the RC1 builds now start to be
available on pre-releases. This build is slated to be one of two
release candidate builds on the way towards 3.5.1, please refer to our
release plan timings here:
http://wiki.documentfoundation.org/ReleasePlan#3.5_release
Hi,
You must know that most of code is in C++. Some parts are in C, Python,
others in Java and there's even a few assembly. There's also some Perl.
LO project uses Git to manage sources so if you don't know it at all, you
can take a look here :
http://book.git-scm.com/
A good start would be to re
> then let
> Apple and the EU battle it out about the extent to which Apple can gut
> a product to protect its bottom line.
Bah, let's keep conspiracy theories out of the technical discussion please.
I would find it counter-productive to intentionally keep features in
the iOS build that are know
>
>> and what is the substantial difference between interpreting a Basic
>> script and a Calc formula ?
>
> Turing completeness? Dunno...
>
> In fact, my knowledge of what the BASIC in LO can be used for is quite
> limited... Maybe if one would just limit the BASIC functionality to do
> simple mani
> Are you sure ?
Fairly sure. The Review Guidelines (which I can not quote) seem to say
so. Some people seem to say that interpreters for arbitrary code (as
opposed to interpreters for bundled code providing app functionality)
are allowed as long as you can only enter the code manually through
the
> Is it more accurate to say that you must remove all scripting capability?
Yes, but I mentioned BASIC specifically because plumbing for BASIC is
more hardcoded in the code. Java and Python are already build-time
optional, aren't they?
--tml
___
LibreOf
On 02/26/2012 09:27 AM, Tor Lillqvist wrote:
For the iOS port, no BASIC-related functionality can be present if we
want apps using the code to be allowed in the App Store. What would be
the most elegant way (least ifdefs to clutter the code, etc) to
achieve this?
Is it more accurate to say that
On Sun, Feb 26, 2012 at 8:27 AM, Tor Lillqvist wrote:
> For the iOS port, no BASIC-related functionality can be present if we
> want apps using the code to be allowed in the App Store.
Are you sure ? even with the alleged change of Sep 2010 ? (it is hard
to tell, since Apple does not publish its
Hi,
thanks to Josh Heidenreich and his comment:
https://bugs.freedesktop.org/show_bug.cgi?id=46144#c8
http://cgit.freedesktop.org/libreoffice/core/commit/?id=996f44c310520e3d7868c62d336aaec7bb0f845a
Fixed invalid conversion from SvUShorts to std::vector... *sigh*
Please, pick to the appropria
For the iOS port, no BASIC-related functionality can be present if we
want apps using the code to be allowed in the App Store. What would be
the most elegant way (least ifdefs to clutter the code, etc) to
achieve this?
(Well, just the possibility to execute BASIC code input as a result of
user act
Hello,
I'm Thanasis from Greece and I study computer science in TEI of Athens.
I want to participate in Google Summer of Code and I would like some help
to get me started.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freede
СТАНЬ УЧАСТНИКОМ СЕТИ МИЛЛИОНЕРОВ И ЗАРАБАТЫВАЙ БОЛЬШИЕ ДЕНЬГИ
Социальные сети (Facebook, Vkontakte, Google+ и др.) зарабатывают миллиарды
долларов за счёт того объёма посещений, который создают пользователи такие как
мы с вами. К примеру, рекламодатели платят компаниям за показ рекламы нам.
Про
Hi Elton,
On 26.02.2012 14:42, Elton Chung wrote:
Sorry, please revert the removal of line 416-500 in the original patch
which I overlooked.
http://cgit.freedesktop.org/libreoffice/core/commit/?id=0499a44cddae31dff5ce1959aba8aa64119dea90
Cheers,
Ivan
__
Hi Michael,*,
Sorry, please revert the removal of line 416-500 in the original patch
which I overlooked.
Best Regards,
Elton
2012/2/26, Michael Meeks :
>
> On Sat, 2012-02-25 at 01:57 +0800, Elton Chung wrote:
>> This patch removes 14 unused methods.
>
> Thanks, pushed - modulo the fround r
27 matches
Mail list logo