To avoid unnecessary confusion between the newly plain code and any instance of
the old extension still installed (per-user or shared), I renamed the UNO
implementation identifier org.openoffice.pyuno.LanguageScriptProviderForPython
to org.libreoffice.pyuno.LanguageScriptProviderForPython.  Also, existing
installations of the extension are explicitly not migrated to new user profiles.

Change-Id: Id3dd66ba5e52e0962f7ad0ccb5e4ad5b0bec97fa

Change-Id: Iadd945b4e6b7ceaff43c773f199213b9493948ed

It must be my local installation of VS2010 that is somehow screwed up
when building here it doesn't find <windows.h>. I need to fix that
instead.

Change-Id: I37a5f8b41f193b108f33464a6a127c0a5969d232

Change-Id: I5251c0d04aef6b0f9d8e306a9b8ff9469521c3eb

Change-Id: I55ed111ca1a492fb2467bb1b987ae79120309aaa

Change-Id: Ic1b6673dd85caf5f340974cde09c104a5a13b395

Change-Id: Ia5cce381b935daee1251ae6647f2bb59e281054e

Change-Id: I73ede739a8601b45d8887cd832af3ad8c622025e

...but ooSetupInstCompleted is apparently not (yet) deprecated.

Change-Id: I21237f804266e1f119bcf51f957ff4f22a64e3b2

Change-Id: I2a26c044103e6051a0790100087f42c41b12465a

Change-Id: I97a1e01e983660304e78f05d5a025080d30aab46

Change-Id: I9b245c56c58b2db741e7c69c5ad480179db25ee8

Being selected but not highlighted makes no sense.  This way, an entry
can be highlighted without being selected, but can never be selected without
being highlighted.

Change-Id: I6c469a1d2cf0df79c2e5e4ff4120af5efd5f6103

And use the parent element entry to set the mapped cell position.

Change-Id: I1def045000e707903dcc91ab46da3c66195506da

Change-Id: I112d26a55e956a24991ed43621a034f5bc4aa246

And use that to only highlight child entries which should logically be
treated as not-selected but should have the same appearance as the
selected entries.

A 'selected' state is logically registered as 'selected' as well as
visually.  A 'highlighted' state should only appear as if it's selected
but logically it's treated the same way as non-selected entry.

Change-Id: Ic4bc6923c7678044cf552194ad9865371465c614

Change-Id: I39738ca7fef022a1c9c728cdcd3fa10429a05564

Change-Id: Iaa254703be5f798e749eaccfa3b7136e26054b65

Also, SvViewDataEntry has lost one friend.

Change-Id: Icf6d4127de38fed485cd260edae97748b1f78ede

Change-Id: I3b201985d204995c4b9eb707e7ef650c55985751

Change-Id: Ie239d3d0f8f4ec81a4c5dbed3a1a132117875c7c

Change-Id: Ia203700da59e6962112889404f12041ea8648e19

It turns out that this flag value was used only to check for expanded/
collapsed status, in which case, substituting it with one boolean should
suffice.

Change-Id: I2071ec83613d2206643db8681bebcfab7d1213a3

Change-Id: I4279c352a990b2ffda482e9c69b63b18b3c13dc9

At least for me it wouldn't build otherwise. But yeah, what it
somebody uses MSVS 2010 with another SDK? It seems that the solution
only offers the SDK 7.1 as an alternative?

The default was v100, whatever that measn. Could it be that my MSVS
2010 installation is borked? Or that I did not have to install a
bundled SDK with it, because I already had a separate 7.1 SDK?

Also simplify a bit, no need to $(filter) on VCVER inside ifeqs that
already check the very same VCVER.

Change-Id: Ifef98c9466fc24db27d9e38c6878c77adfb4ed75

Otherwise it would try to build the ssl.vcxproj which we don't want
(because we want to use the openSSL already built from solver), and
which fails anyway because for some reason it wants to run
python_d.exe.

Change-Id: I7471bc26ae96be84b976ba35bb959d75678df980

... and related services:

com.sun.star.system.SOffice52ProxySettings
com.sun.star.system.ProxySettings
com.sun.star.system.SystemProxySettings

The implementation for these has apparently been removed in
OpenOffice.org 2.0 or thereabouts.

EXISTENCE: published key
"/UCR/com/sun/star/system/SOffice52ProxySettings" exists only in
registry 1
EXISTENCE: published key "/UCR/com/sun/star/system/ProxySettings" exists
only in registry 1
EXISTENCE: published key "/UCR/com/sun/star/system/XProxySettings"
exists only in registry 1
EXISTENCE: published key "/UCR/com/sun/star/system/SystemProxySettings"
exists only in registry 1

Change-Id: If00c332edf08619fcad12ed07d0d8a13a714045e

Change-Id: I4aa4538fd1bf046ff3f7bff278b96f482de1a9b9

Change-Id: Idce1f295dbf74eb3f02da1f32f290c20126c516b

This was apparently never used or implemented.

EXISTENCE: published key "/UCR/com/sun/star/style/XStyleCondition"
exists only in registry 1

Change-Id: I814b56dc5830862817303fe385c35142382cbe65

... and com.sun.star.ucb.CHAOSProgressStart.

These are apparently remnants of a predecessor of UCB called CHAOS that
has been removed long ago.

EXISTENCE: published key
"/UCR/com/sun/star/ucb/InteractiveCHAOSException" exists only in
registry 1
EXISTENCE: published key "/UCR/com/sun/star/ucb/CHAOSProgressStart"
exists only in registry 1

Change-Id: I6502874d6026665c0696a4226396714fc44819ee

Change-Id: I29e510a922c262b294a94596db9c2deea271e811

We need to hide these flags away.

Change-Id: I112003a88a92174f5012b3356ba261a039eeccc1

Change-Id: I5d91d702fa0b55d9a9a63ef66a5ce243943e77a3

Change-Id: Id2e761ab1c9fc9c5fd0837d1801af95674d0f99a

Change-Id: I3aefc2185412b1dc370dd723cc57ed59e60a36be

Change-Id: Ibbb88c1ecaaac14866145753e383609db2a3dd1a

Change-Id: Ife5aed42af9daeebba4d70899383d2bd0213aded

Project: help  4d46d7ee993ea549cf959bc012a616308b3496c9
cosmetic and typo fixes in LibreLogo help

Change-Id: Ie8bf5881bb99d1d0c5202aadee69e330a5976528