Hi :)
There's a tiny "gotcha" in there that i only noticed because i have done
the same thing myself. It's the . in
sudo apt-get remove libreoffice*.*
Try again but this time without the extra * and the . before it;
sudo apt-get remove libreoffice*
Not all *nix files have a file-ending and dot
Problem solved
> Andreas,
>
> Well, I forgot my final step - change my launch menu LO item to issue the
> command "libreoffice4.4 %U" (from "libreoffice4.3 %U".) Fixing that, all is
> well.
>
> (That systray autostart thing is long gone on my system!)
>
> My mistake!
>
> Thanks for your quic
On 16.04.2015 at 22:20, Andreas Säger wrote:
> @tom
>
> SHUT UP!!! If you don't have anything to tell.
:-(
I understand both:
- Andreas, who is a high-level Libre/OpenOffice expert and really needs
exact and non-distracting communication
and
- Tom who is a genius in association and cross-co
Hi :)
Congrats Tom! Nicely done Andreas!
Thanks for teaching me something there too Andreas. That is the sort of
thing i joined the mailing list for = to learn about practical problems
that people who are not experts in LibreOffice (but probably do have
expertise elsewhere) could easily run into
http://www.trauma-dissociation.net/misc/_DayPlanner-2015_testpage.ods
The file above is a single sheet from a much larger file I use multiple
times every day of my life. It will allow replication of the problem. (For
some reason, it downloads as read-only, so save a copy and us that, to be
able to
On 2015-04-17 10:21, Nino Novak wrote:
> On 16.04.2015 at 22:20, Andreas Säger wrote:
>> @tom
>>
>> SHUT UP!!! If you don't have anything to tell.
> :-(
>
> I understand both:
>
> ...
> Another idea could be to ask Andreas to try to ignore Tom's messages, and
> ask Tom to try to restrain himself
I emphasise that there is no implied or intendedcriticism of Andreas in
my previous post.
The problem is that Tom is a very social person, and invaluable in not
frightening away insecure novices, but perhaps not the best poster when
the going gets technical.
James
--
To unsubscribe e-mail to:
also sprach Tom Davies [2015-04-16 21:06 +0200]:
> I'm not sure that aspect is clear from Andreas' post but he
> probably didn't mean it to be as rude as it might have sounded.
> It is just something that could potentially be helpful.
Wait wait, I am a Debian developer for almost 20 years and a F
also sprach Nino Novak [2015-04-17 10:21 +0200]:
> But as far as I perceive it, a bunch of subscribers do appreciate
> Tom's friendly tone, even if the contents is sometimes not very
> helpful.
Yes, I would be surprised if there weren't a larger number of people
on this list who didn't appreciate
Hello,
Before I go open a bug (didn't find an existing one), can someone please
confirm this for me? Been meaning to do this for a while, but something
always got in the way, but it is just started to annoy me even more...
I have been experiencing this for some time, and if memory serves it was
s
Hi :)
Thanks :) Not everyone realises that and many of us on this mailing list
often do the same as Andreas did too :)
A lot of people in IT have aspergers syndrome or similar things and we
don't always realise that people might misinterpret things we say. We
often just say exactly what we mean
Hi :)
Btw to anyone who thinks i might be accusing anyone of being an aspie ...
It is not possible to "accuse" someone of being an aspie in much the same
way that it's not possible to "accuse" someone of being a super-hero.
Many of the aspie traits have an extremely positive and beneficial side.
On 4/16/2015 11:57 AM, V Stuart Foote wrote:
@Henri,
The group selectors for Draw/Impress "Lines and Arrows" and "Connectors" are
not currently exposed to Writer. If that piece gets done, then the choice
of exposing it on Writer's Drawing toolbar by default or hiding it is
negligible.
But take
Am 17.04.2015 um 00:28 schrieb Andreas Säger:
> Am 16.04.2015 um 13:57 schrieb martin f krafft:
>> also sprach Andreas Säger [2015-04-16 13:05 +0200]:
>>> Sub protectSheets_onSave(ev)
>>> eSh = ev.Source.Sheets.createEnumeration()
>>> while eSh.hasMoreElements()
>>> sh = eSh.nextElement()
>>>
I can get the characters I need from the fonts I have, no problem (usually -
there have been glitches). What I was saying is this:
When I change input language, I change it using the keyboard/language selector
on the windows taskbar. In the post I was responding to, it was suggested that
the l
Yes same here.
The more discontiguous rows selected -
right click is painfully slow to respond
selecting subsequent rows is slow to respond
Good luck
On 17/04/15 11:56, Tanstaafl wrote:
Hello,
Before I go open a bug (didn't find an existing one), can someone please
confirm this for me? Been
I've just tried this with a new empty sheet in LO 4.3.2.2 and haven't noticed
anything - right-click seems to respond quite instantly. I have 7
non-contiguous columns selected - is that enough? Or perhaps it makes a
difference if a fully populated sheet is used. I don't think I've got one handy
Hi Gary - but my problem description specifically said ROWS.
Interestingly - I hadn't thought to try columns, since the spreadsheet
I'm working in I'm only doing the rows, but I can confirm that my
problem is ONLY present for ROWS.
On 4/17/2015 10:04 AM, Gary Collins wrote:
> I've just tried thi
Tanstaafl wrote
> The problem is in Calc, has to do with selecting discontiguous rows and
> a subsequent right-click action
>
> The more discontiguous rows you select, the slower the right-click is to
> respond.
Right click is immediate regardless of the number of discontiguous cells
selected
On 4/17/2015 10:12 AM, Pedro wrote:
> Tanstaafl wrote
>> The problem is in Calc, has to do with selecting discontiguous rows and
>> a subsequent right-click action
>>
>> The more discontiguous rows you select, the slower the right-click is to
>> respond.
> Right click is immediate regardless
Tanstaafl wrote
>
> ROWS. NOT CELLS. AND NOT COLUMNS.
The same applies to selecting rows or columns. No delay.
No need to shout. You are being unnecessarily rude.
--
View this message in context:
http://nabble.documentfoundation.org/Please-confirm-Calc-bug-discontiguous-selection-of-rows-rig
Using 4.4.2.2 under Linux Mint 17 the right-click menu appeared immediately
when I selected 25 non-contiguous rows.
Graham
On 17 April 2015 at 16:16, Tanstaafl wrote:
> On 4/17/2015 10:12 AM, Pedro wrote:
> > Tanstaafl wrote
> >> The problem is in Calc, has to do with selecting discontiguous r
On Fri, 17 Apr 2015 10:10:30 -0400
Tanstaafl wrote:
Hello Tanstaafl,
>I'm working in I'm only doing the rows, but I can confirm that my
>problem is ONLY present for ROWS.
It also takes longer for the selected dis-contiguous rows to get
highlighted the more you add. Again, not so for columns.
Hi Brad,
What version are you on? This may already be fixed in 4.4.x since 2
others with different 4.4.x versions have said they don't see the problem...
On 4/17/2015 10:28 AM, Brad Rogers wrote:
> On Fri, 17 Apr 2015 10:10:30 -0400
> Tanstaafl wrote:
>
> Hello Tanstaafl,
>
>> I'm working in
Sorry - I must have had a blind spot. Just tried with rows, and yes, it does
indeed seem to take increasing time as the number of discontiguous rows
increases.
From: Tanstaafl
To: Gary Collins ; Alex McMurchy
; "users@global.libreoffice.org"
Cc: "aikempsh...@btinternet.com"
Sent:
Confirmed. To help testing, the following Basic code selects 500
discontinuous rows. Context menu and tabbing is very slow.
> REM * BASIC *
>
> Sub Main
> view = ThisComponent.getCurrentController()
> frame = view.getFrame()
> rx = ThisComponent.Sheets(0).Rows
> rgx = ThisComponent.Cre
Should have mentioned that I originally tested on 4.3.6 which exhibited
the problem as described by Tanstaafl.
I've subsequently tried it on 4.4.2 and the problem appears fixed.
Alex
On 17/04/15 14:30, Alex McMurchy wrote:
Yes same here.
The more discontiguous rows selected -
right click i
On Fri, 17 Apr 2015 10:34:03 -0400
Tanstaafl wrote:
Hello Tanstaafl,
>What version are you on? This may already be fixed in 4.4.x since 2
4.3.3.2 from the Debian testing repos. So, I'm a bit off the latest.
--
Regards _
/ ) "The blindingly obvious is
/ _)rad
On 2015/04/16 1:45, Piet van Oostrum wrote:
Andreas Sa"ger wrote:
> The stylist is accessible through the side bar only. Don't ask me why.
>
On Mac OS X there still is Format -> Styles and Formatting (Cmd-T).
The menu does NOT work, even though it is listed under "Format" AND
there is an i
At 13:24 17/04/2015 +, Gary Collins wrote:
What I was saying is this: When I change input language, I change it
using the keyboard/language selector on the windows taskbar. In the
post I was responding to, it was suggested that the language
selector button (or whatever it's called) at the b
Hello! This is my first post to this list.
We have a large number of PDF documents that we need to modify slightly and
save. After a fair amount of research, it seems like the LibreOffice API and
the
TextReplace.java code sample should get me rather close to the mark. I almost
have the script
On Fri, 17 Apr 2015 10:40:58 -0700
Benjamin Smith wrote:
Hello Benjamin,
>TextReplace.java example. When it opens the file, it's not importing
>the PDF, instead it's reading it as a text file or something.
IME, PDFs open in Draw, not Writer. What you're seeing in Writer is the
mark up.
--
The default PDF import filter opens PDF into Draw, but the filter can also
parse into Writer and is manipulated in GUI from the LibreOffice Open/Save
dialogs.
YMMV to do your processing, but see if this gets you closer to configuration
needed to parse your PDF for changes.
http://opengrok.libre
On Friday, April 17, 2015 06:58:59 PM Brad Rogers wrote:
> >TextReplace.java example. When it opens the file, it's not importing
> >the PDF, instead it's reading it as a text file or something.
>
> IME, PDFs open in Draw, not Writer. What you're seeing in Writer is the
> mark up.
Good catch! No
And that's always seemed the easiest method to me -
also allows any image to be inserted into the document whenever,
wherever desired.
From: Brian Barker
Date: Thu, Apr 16, 2015 at 9:39 AM
Subject: Re: [libreoffice-users] Drawing arrows in Writer.
To: users@global.libreoffice.
// resent with additional info //
On Friday, April 17, 2015 06:58:59 PM Brad Rogers wrote:
> >TextReplace.java example. When it opens the file, it's not importing
> >the PDF, instead it's reading it as a text file or something.
>
> IME, PDFs open in Draw, not Writer. What you're seeing in Writ
On Fri, 17 Apr 2015 11:47:25 -0700
Benjamin Smith wrote:
Hello Benjamin,
>Now it's failing at this line... how *do* you specify a search/replace
>all text on an instance of draw? (squinting at documentation now)
All beyond my abilities, I'm afraid. V Stuart has a more detailed and,
potentiall
Sorry I'm a newbie at the LO API, but how would I specify this import filter?
Does this XML content belong in the value of FilterData ? EG:
loadProps[0].Value = " The default PDF import filter opens PDF into Draw, but the filter can also
> parse into Writer and is manipulated in GUI from the Lib
On Friday, April 17, 2015 11:28:51 AM V Stuart Foote wrote:
> YMMV to do your processing, but see if this gets you closer to configuration
> needed to parse your PDF for changes.
>
> http://opengrok.libreoffice.org/xref/core/sdext/source/pdfimport/config/pdf_
> import_filter.xcu#79
figured out h
Getting a little off-topic, but...
Even more confusingly for Windows users, in some contexts on Windows *.*
matches all files, even those without any extension at all (similarly,
libreoffice*.* would match all files starting "libreoffice", even if
they don't contain a dot or extension). I thin
Tom Cloyd wrote:
http://www.trauma-dissociation.net/misc/_DayPlanner-2015_testpage.ods
The file above is a single sheet from a much larger file I use multiple
times every day of my life. It will allow replication of the problem. (For
some reason, it downloads as read-only, so save a copy and us
LibreOffice 4.4.2.2 on Windows Vista 32 bit. Using a new, empty sheet.
It only seems to happen with rows, not columns. Or at least, if it does
happen with columns, more need to be selected before the delay becomes
noticeable.
With rows 1, 3, 5, etc. for a total of 7 selected, the delay was ba
Anil Wale wrote:
Hi Support Team,
We are trying to setup Libre Office as windows service on windows server
2008 R2 Server, using following entry on regedit, but after this service not
get started.
C:\Program Files (x86)\LibreOffice 4\program\ soffice.exe -headless -nofirststartwizard
-acc
Hi :)
Yeh, it looks like Tom C's "libreoffice*.* " does affect all the
libreoffice files in linux too, also including ones without a dot. I
thought i had spotted something but it didn't work in the way i'd expected
after all.
Apols and regards from
Tom :)
On 17 April 2015 at 21:38, wrote:
On 17/04/2015, at 19:05, Tom Davies wrote:
> There's a tiny "gotcha" in there that i only noticed because i have done
> the same thing myself. It's the . in
> sudo apt-get remove libreoffice*.*
>
> Try again but this time without the extra * and the . before it;
> sudo apt-get remove libreoffi
45 matches
Mail list logo
