Re: [libreoffice-users] Zotero toolbar doesn't show in Libreoffice

[Philip Jackson]

On 23/10/2019 17:08, Sebastian wrote:

I am having problems installing Zotero in Libre Office. The Zotero toolbar
simply doesn't show. I am thankful for any assistance!

Below, I will (I) explain the procedures so far, (II) put my question(s).

(I)

- I have downloaded the latest version of Zotero and updated LibreOffice on
my Mac.
- In Zotero > Tools > Add-Ons > Extensions, "Zotero LibreOffice Integration"
is installed and enabled.
- In LibreOffice > Preferences > Advanced, "Use a Java runtime environment"
is checked.
- When I check the System and click Java, it says that Java is installed and
up to date.

BUT:

- There is no Zotero toolbar in LibreOffice under View > Toolbars.
- When I go to Zotero > Cite > Word Processors, it says that the LibreOffice
Add-On is not installed, and when I click Install, the following message
shows:



It says, the PlugIn requires the "Java Development Kit".

(II)

So, from the above, Java seems to be the problem. But (from the above) I
have Java. Or not? Or do I need some special Java-thingy? Could someone
perhaps please post a link with or describe exactly what needs to be done.

I am not computer-savvy, so please use a language for dummies!


I do get the Zotero toolbar to display in LO Writer 6.0.7.3 in Ubuntu.

In your para (I), you do not say that you have the Zotero extension loaded in 
LibreOffice > Tools > Extension Manager

I have the extension "Zotero Libre Office Integration" installed in LO. This 
claims to integrate Zotero with LibreOffice.  You can find it here : 
https://extensions.libreoffice.org/

Perhaps this is your missing link ?

hth

Philip


--
To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/users/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-users] Zotero toolbar doesn't show in Libreoffice

[Dave Howorth]

On Wed, 23 Oct 2019 08:08:13 -0700 (MST)
Sebastian  wrote:

> Hi!
> 
> I am having problems installing Zotero in Libre Office. The Zotero
> toolbar simply doesn't show. I am thankful for any assistance!
> 
> Below, I will (I) explain the procedures so far, (II) put my
> question(s).
> 
> (I)
> 
> - I have downloaded the latest version of Zotero and updated
> LibreOffice on my Mac.
> - In Zotero > Tools > Add-Ons > Extensions, "Zotero LibreOffice
> Integration" is installed and enabled.
> - In LibreOffice > Preferences > Advanced, "Use a Java runtime
> environment" is checked.
> - When I check the System and click Java, it says that Java is
> installed and up to date.
> 
> BUT:
> 
> - There is no Zotero toolbar in LibreOffice under View > Toolbars.
> - When I go to Zotero > Cite > Word Processors, it says that the
> LibreOffice Add-On is not installed, and when I click Install, the
> following message shows:
> 
> 
>  
> 
> It says, the PlugIn requires the "Java Development Kit".
> 
> (II)
> 
> So, from the above, Java seems to be the problem. But (from the
> above) I have Java. Or not? Or do I need some special Java-thingy?
> Could someone perhaps please post a link with or describe exactly
> what needs to be done.
> 
> I am not computer-savvy, so please use a language for dummies!

Java is a computer language. If you want to run programs written in it
on a computer you need at least the Java Runtime Environment (JRE). If
you want to write programs in it, you need extra files and must install
the Java Development Kit (JDK) instead (it contains the JRE).

To complicate matters, some programs need the JDK instead of the JRE to
run. It seems that the PlugIn is one such. It may be that you have the
JRE installed on your computer and that the computer is reporting this
as having 'Java' installed in order to simplify things for ordinary
people. If so, you need to find and install the JDK instead. (and
whoever decided that saying 'Java' instead of 'Java Runtime
Environment' was simpler and better needs shooting in the head :)

I'm afraid I can't tell you how to do that because I'm not familiar
with Macs.

> Best wishes,
> Sebastian

-- 
To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/users/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-users] Appearance of hyperlinks in Calc spreadsheets

[Philip Jackson]

On 23/10/2019 16:50, Michael H wrote:

I'm on ubuntu, and see the full list of styles.

Down at the bottom of the styles list are view categories.. are you using 'view 
all'?

Where did the file with the issue originate?  Was it imported from another type 
of file (ms Excel, or word perfect?) Does your problem exist in a new 
spreadsheet also, or only the one with the list of hyperlinks?  Have you tried 
to create a new spreadsheet and copy the unformatted text over?


The file with the column of web links that was the subject of my initial 
readability issues was a new Calc file that I made myself by copy and paste 
from the original file which I had made using a text editor. My list of useful 
links was getting rather large so I decided it would be more useful in the 
longer run to convert it to a spreadsheet with clickable links.

However, I've just had a quick look back at some 8 other spreadsheets which 
I've made over the past 7-10 years and they all have the same limited set of 
cell styles. Some of these spreadsheets are in almost daily use.

And I've also just tried making a couple of new blank spreadsheets and they 
also come with exactly the same limited set of cell styles on my Ubuntu box. On 
the Windows 10 box, they show an available 'All' list of 18 cell styles.

I've been using whatever version of LO came with UbuntuStudio distros for 
years. Current version info is :

Version: 6.0.7.3  Build ID: 1:6.0.7-0ubuntu0.18.04.10
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk2;
Locale: en-GB (en_GB.UTF-8); Calc: group

But as I said in a previous post, I have now improved the readability by using 
a light gray custom background in the cell so the underlying problem is of 
purely academic interest now.

Philip


--
To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/users/
Privacy Policy: https://www.documentfoundation.org/privacy

[libreoffice-users] Zotero toolbar doesn't show in Libreoffice

[Sebastian]

Hi!

I am having problems installing Zotero in Libre Office. The Zotero toolbar
simply doesn't show. I am thankful for any assistance!

Below, I will (I) explain the procedures so far, (II) put my question(s).

(I)

- I have downloaded the latest version of Zotero and updated LibreOffice on
my Mac.
- In Zotero > Tools > Add-Ons > Extensions, "Zotero LibreOffice Integration"
is installed and enabled.
- In LibreOffice > Preferences > Advanced, "Use a Java runtime environment"
is checked.
- When I check the System and click Java, it says that Java is installed and
up to date.

BUT:

- There is no Zotero toolbar in LibreOffice under View > Toolbars.
- When I go to Zotero > Cite > Word Processors, it says that the LibreOffice
Add-On is not installed, and when I click Install, the following message
shows:


 

It says, the PlugIn requires the "Java Development Kit".

(II)

So, from the above, Java seems to be the problem. But (from the above) I
have Java. Or not? Or do I need some special Java-thingy? Could someone
perhaps please post a link with or describe exactly what needs to be done.

I am not computer-savvy, so please use a language for dummies!

Best wishes,
Sebastian




--
Sent from: 
http://document-foundation-mail-archive.969070.n3.nabble.com/Users-f1639498.html

-- 
To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/users/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-users] Experimental macro features: How to determine object types?

[Stephan Bergmann]

On 21/10/2019 12:53, Stephan Bergmann wrote:

On 18/10/2019 20:16, Johnny Rosenberg wrote:

*Private Function ItemFound(sItem As string, _   oRange As
com.sun.star.sheet.XSheetCellRange) As Boolean Dim oDescriptor As
com.sun.star.util.XReplaceDescriptor
oDescriptor=oRange.createSearchDescriptor()*
*⁝*
*⁝*
*End Function*

So the answer to my question seems to be
”com.sun.star.util.XReplaceDescriptor”. Exactly why is a little blurry to
me at the moment.


css.util.XReplaceDescriptor is derived from css.util.XSearchDescriptor. 
I assume that what dim'ing you need should depend on what you do with 
oDescriptor in the part you elided:  If you only call 
XSearchDescriptor-methods on it, then dim as XSearchDescriptor should 
suffice.  If you call any of the XReplaceDescriptor-only methods 
(getting/setting the ReplaceString), then you need to dim as 
XReplaceDescriptor.


Turns out I assumed wrongly there about how LO Basic behaves.  In the 
true spirit of dynamically typed languages, you can apparently call any 
method actually supported by the object, regardless of the "dim as" type 
of the variable that holds the object.  (Only when assigning the object 
to the variable are types checked to match---and were checked in an 
inferior way, see my other mail announcing a fix.)



--
To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/users/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-users] Appearance of hyperlinks in Calc spreadsheets

[Philip Jackson]

On 22/10/2019 22:35, Dave Barton wrote:


Sorry I can't accept that Ubuntu would have doctored their edition of LO to the 
extent of making it basically unusable.

At the bottom ofthe Styles & Formatting panel there is a drop down list which provides 
for various categories of styles to be displayed in the list. Do you see Hyperlink in the 
list when "All Styles" is selected from that list, as shown blow.


If you do not see this I recommend you uninstall the the Ubuntu repository 
edition and install the standard TDF provided edition.


Hi Dave - yes I did go down to this list at the bottom of the Styles and 
Formatting panel and I did try all the options there including 'All Styles'. 
And what I reported in my previous post was all that I see when using Calc.

I am, and have been for many  years, a regular and fervent user of styles in 
Writer and quite used to making myself some extra styles to suit my own use but 
in Calc, the choice is regretfully rather bare. I have never, over the years, 
had any reason until now to want to change default settings on styles in Calc.

However, I do have a Windows10 box kept for applications which will either not 
run on linux or not run well under Wine and that box has LO 6.1.5.2 installed 
from the LO website but never generally used. When I check Calc in that version 
on the W10 box, it displays the 18 styles shown in your image above.

I had not considered that Ubuntu might have stripped out some functionality but 
I suppose it might be so. I cannot see why they might have felt that it should 
be stripped out of Calc while maintaining it in Writer. If the reduced number 
of styles is not down to the difference between Calc 6.0.7.3 and  Calc 6.1.5.2, 
then it must be down to Ubuntu - perhaps they built on an older, more 
restricted version without due care ?

Philip



--
To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/users/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-users] Re: Building libreoffice with clang on ppc64

[Stephan Bergmann]

On 23/10/2019 10:34, Piotr Kubaj wrote:

The definitions I put to LO's share.hxx are the same that were previously put to 
x86-64's share.hxx. Similar patches were also put in FreeBSD for i386 
https://svnweb.freebsd.org/ports/head/editors/libreoffice/files/patch-bridges_source_cpp__uno_gcc3__linux__intel_share.hxx?view=markup=496620


The definitions used in other environments are not very relevant here. 
The definitions used by RTTI::getRTTI must match those used by the 
__cxa_throw et al functionality used at runtime (provided by libstdc++ 
or libc++abi or whatever your FreeBSD/powerpc64 environment uses.



--
To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/users/
Privacy Policy: https://www.documentfoundation.org/privacy

Re: [libreoffice-users] Re: Building libreoffice with clang on ppc64

[Piotr Kubaj]

The definitions I put to LO's share.hxx are the same that were previously put 
to x86-64's share.hxx. Similar patches were also put in FreeBSD for i386 
https://svnweb.freebsd.org/ports/head/editors/libreoffice/files/patch-bridges_source_cpp__uno_gcc3__linux__intel_share.hxx?view=markup=496620

GCC9 has its definitions in its cxxabi.h and they are very different:
402   class __class_type_info : public std::type_info
403   {
404   public:
405 explicit
406 __class_type_info (const char *__n) : type_info(__n) { }
407
408 virtual
409 ~__class_type_info ();
410
411 // Implementation defined types.
412 // The type sub_kind tells us about how a base object is contained
413 // within a derived object. We often do this lazily, hence the
414 // UNKNOWN value. At other times we may use NOT_CONTAINED to mean
415 // not publicly contained.
416 enum __sub_kind
417   {
418 // We have no idea.
419 __unknown = 0,
420
421 // Not contained within us (in some circumstances this might
422 // mean not contained publicly)
423 __not_contained,
424
425 // Contained ambiguously.
426 __contained_ambig,
427
428 // Via a virtual path.
429 __contained_virtual_mask = 
__base_class_type_info::__virtual_mask,
430
431 // Via a public path.
432 __contained_public_mask = __base_class_type_info::__public_mask,
433
434 // Contained within us.
435 __contained_mask = 1 << __base_class_type_info::__hwm_bit,
436
437 __contained_private = __contained_mask,
438 __contained_public = __contained_mask | __contained_public_mask
439   };
440
441 struct __upcast_result;
442 struct __dyncast_result;
443
444   protected:
445 // Implementation defined member functions.
446 virtual bool
447 __do_upcast(const __class_type_info* __dst_type, void**__obj_ptr) 
const;
448
449 virtual bool
450 __do_catch(const type_info* __thr_type, void** __thr_obj,
451unsigned __outer) const;
452
453   public:
454 // Helper for upcast. See if DST is us, or one of our bases.
455 // Return false if not found, true if found.
456 virtual bool
457 __do_upcast(const __class_type_info* __dst, const void* __obj,
458 __upcast_result& __restrict __result) const;
459
460 // Indicate whether SRC_PTR of type SRC_TYPE is contained publicly
461 // within OBJ_PTR. OBJ_PTR points to a base object of our type,
462 // which is the destination type. SRC2DST indicates how SRC
463 // objects might be contained within this type.  If SRC_PTR is one
464 // of our SRC_TYPE bases, indicate the virtuality. Returns
465 // not_contained for non containment or private containment.
466 inline __sub_kind
467 __find_public_src(ptrdiff_t __src2dst, const void* __obj_ptr,
468   const __class_type_info* __src_type,
469   const void* __src_ptr) const;
470
471 // Helper for dynamic cast. ACCESS_PATH gives the access from the
472 // most derived object to this base. DST_TYPE indicates the
473 // desired type we want. OBJ_PTR points to a base of our type
474 // within the complete object. SRC_TYPE indicates the static type
475 // started from and SRC_PTR points to that base within the most
476 // derived object. Fill in RESULT with what we find. Return true
477 // if we have located an ambiguous match.
478 virtual bool
479 __do_dyncast(ptrdiff_t __src2dst, __sub_kind __access_path,
480  const __class_type_info* __dst_type, const void* 
__obj_ptr,
481  const __class_type_info* __src_type, const void* 
__src_ptr,
482  __dyncast_result& __result) const;
483
484 // Helper for find_public_subobj. SRC2DST indicates how SRC_TYPE
485 // bases are inherited by the type started from -- which is not
486 // necessarily the current type. The current type will be a base
487 // of the destination type.  OBJ_PTR points to the current base.
488 virtual __sub_kind
489 __do_find_public_src(ptrdiff_t __src2dst, const void* __obj_ptr,
490  const __class_type_info* __src_type,
491  const void* __src_ptr) const;
492   };
493
494   // Type information for a class with a single non-virtual base.
495   class __si_class_type_info : public __class_type_info
496   {
497   public:
498 const __class_type_info* __base_type;
499
500 explicit
501 __si_class_type_info(const char *__n, 

Re: [libreoffice-users] Re: Building libreoffice with clang on ppc64

[Stephan Bergmann]

On 22/10/2019 18:28, Piotr Kubaj wrote:

Here's the backtrace. The process that segfaults is gengan.bin:
#0  0x00081baea134 in (anonymous namespace)::cpp_mediate(unsigned long, 
void**, void**, long, long*)
 (nOffsetAndIndex=60434681040, gpreg=0x3ffef830, 
fpreg=0x3ffef7c8, sp=4611686018427320272, 
pRegisterReturn=0x3ffef7b8)
 at bridges/source/cpp_uno/gcc3_linux_powerpc64/cpp2uno.cxx:396
#1  0x00081bae9f50 in privateSnippetExecutor() () at 
bridges/source/cpp_uno/gcc3_linux_powerpc64/cpp2uno.cxx:563
#2  0x0008121de234 in cppu::throwException(com::sun::star::uno::Any const&)Python 
Exception  No type named 挀漀洀⸀猀甀渀⸀猀琀愀爀⸀甀挀戀⸀䤀渀琀攀爀愀挀琀椀瘀攀
䄀甀最洀攀渀琀攀搀䤀伀䔀砀挀攀瀀琀椀漀渀.:
  (exc=) at cppuhelper/source/exc_thrower.cxx:207
#3  0x00081672ebd4 in ucbhelper::cancelCommandExecution(com::sun::star::ucb::IOErrorCode, 
com::sun::star::uno::Sequence const&, 
com::sun::star::uno::Reference const&, rtl::OUString 
const&, com::sun::star::uno::Reference const&)
 (eError=com::sun::star::ucb::IOErrorCode::IOErrorCode_NOT_EXISTING, rArgs=
 uno::Sequence of length 2 = {...}, xEnv=empty uno::Reference, rMessage="an 
error occurred during file opening", xContext=uno::Reference to 
(fileaccess::BaseContent *) 0x81d0b5258) at 
ucbhelper/source/provider/cancelcommandexecution.cxx:109


So this smells like it is indeed related to the changes in your below 
patch.  (The code is about synthesizing a C++ `throw some_exception` 
expression, which may require synthesizing RTTI for the type of 
`some_exception` in RTTI::getRTTI in 
bridges/source/cpp_uno/gcc3_linux_powerpc64/except.cxx, which would need 
definitions of __cxxabiv1::__class_type_info and 
__cxxabiv1::__si_class_type_info.)  But hard to tell what exactly is 
going wrong without actually debugging it.



On 19-10-21 21:38:29, Piotr Kubaj wrote:

I'm trying to build LibreOffice 6.3.2 on FreeBSD/powerpc64 with LLVM 9.0.0 
(elfv2 ABI).

My problem is that I'm getting those errors https://pastebin.com/dKAY28ns

I tried to patch them with https://pastebin.com/66Xhi1D1 using similar code to 
x86-64. But then I'm getting a segfault at postcmd stage at the end of 
compilation.


I would assume that something about the definitions of 
__cxxabiv1::__class_type_info and __cxxabiv1::__si_class_type_info you 
added to bridges/source/cpp_uno/gcc3_linux_powerpc64/share.hxx does not 
match the definitions actually used by the system.



LibreOffice builds just fine with GCC 9.2, but this is still on elfv1. 
FreeBSD/powerpc* switches to LLVM for elfv2.


So where does such a GCC-based build find definitions of 
__cxxabiv1::__class_type_info and __cxxabiv1::__si_class_type_info (in 
some system header)?  How do those definitions differ from those you now 
added to bridges/source/cpp_uno/gcc3_linux_powerpc64/share.hxx?



--
To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org
Problems? https://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/
Posting guidelines + more: https://wiki.documentfoundation.org/Netiquette
List archive: https://listarchives.libreoffice.org/global/users/
Privacy Policy: https://www.documentfoundation.org/privacy