[Libreoffice-bugs] [Bug 89657] The lang-pack installation mechanism on OS X unacceptable -- needs refactoring for better installation UX

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=89657

Sierk Bornemann  changed:

   What|Removed |Added

   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=12
   ||8233

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Libreoffice-bugs] [Bug 89657] The lang-pack installation mechanism on OS X unacceptable -- needs refactoring for better installation UX

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=89657

Xisco Faulí  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|REOPENED|RESOLVED

--- Comment #80 from Xisco Faulí  ---
(In reply to Emir Sarı (away) from comment #78)
> IMHO, there is only one single and unifying Mac-like solution to this
> problem, bundling all the language packs that macOS has a localisation for.
> If the user speaks a language outside of macOS-system-provided
> localisations, then using a language pack is acceptable (and a common
> practice!).
> 
> If we provide the localisations that macOS itself provides, then it wouldn't
> be an issue to include a basic UI to add an extra localisation (or make it
> an extension, an .oxt file, problem solved).
> 
> I mean, come on, is it this hard? For years macOS users have been left with
> this frustration, how much extra space is this gonna take?

Dear Emir,
This bug has been in RESOLVED FIXED for a while.
If the issue is still reproducible with the latest version of LibreOffice from
https://www.libreoffice.org/download/libreoffice-fresh/, please report a new
issue in https://bugs.documentfoundation.org/enter_bug.cgi providing, if
needed, the steps and documents to reproduce it.
Thanks for your understanding and collaboration.
Closing as RESOLVED FIXED

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 89657] The lang-pack installation mechanism on OS X unacceptable -- needs refactoring for better installation UX

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=89657

--- Comment #79 from Martin Srebotnjak  ---
@ Emir Sarı (away) 
I disagree, Slovenian is not supported by Apple on macOS (as probably the only
official EU language, and noone knows why) yet LO is fully localized into
Slovenian since OOo2.0, so I disagree that Slovenian should not be a part of
the main installation package.

I guess all languages that have a full translation of LO UI (or a certain
percentage, like 80 %) could/should be included. That would make the l10n teams
eager to finish translation of at least UI ...

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 89657] The lang-pack installation mechanism on OS X unacceptable -- needs refactoring for better installation UX

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=89657

--- Comment #78 from Emir Sarı (away)  ---
IMHO, there is only one single and unifying Mac-like solution to this problem,
bundling all the language packs that macOS has a localisation for. If the user
speaks a language outside of macOS-system-provided localisations, then using a
language pack is acceptable (and a common practice!).

If we provide the localisations that macOS itself provides, then it wouldn't be
an issue to include a basic UI to add an extra localisation (or make it an
extension, an .oxt file, problem solved).

I mean, come on, is it this hard? For years macOS users have been left with
this frustration, how much extra space is this gonna take?

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 89657] The lang-pack installation mechanism on OS X unacceptable -- needs refactoring for better installation UX

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=89657

Paul Oranje  changed:

   What|Removed |Added

 Resolution|FIXED   |---
 Status|RESOLVED|REOPENED

--- Comment #77 from Paul Oranje  ---
On Catalina:

When LO is installed (in my case with Homebrew) "Save" and "Save as" (Finder)
dialogs run fine (after LO is edded to list of allowed app to access desktop
and document maps), but once the LO app is **changed** by running a language
pack (i.e. its installer), these dialogs cannot be invoked any more.

By adding the (changed) LO app to the list of apps that are allowed access,
then the save dialogs can be invoked again.

In short: the installation of a language pack should also refresh any relevant
permission for the (changed) LO app.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 89657] The lang-pack installation mechanism on OS X unacceptable -- needs refactoring for better installation UX

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=89657

--- Comment #76 from Alex Thurgood  ---
FWIW, 6.3 is supposed to be notarized, cf. bug 126409

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 89657] The lang-pack installation mechanism on OS X unacceptable -- needs refactoring for better installation UX

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=89657

--- Comment #75 from Buovjaga  ---
(In reply to Frank Fuchs from comment #72)
> I am happy to open a new bug report on this but I think it directly involves
> the language installation process (because the LO package is changed by it)
> and not just the notarization of the LO app (which needs to be a separate
> "bug" report).

I don't think you need to create a report for it, it seems to be on the radar
since a long time now:
https://dev-builds.libreoffice.org/macosx-debug/notarized/

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 89657] The lang-pack installation mechanism on OS X unacceptable -- needs refactoring for better installation UX

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=89657

--- Comment #74 from Sierk Bornemann  ---
(In reply to barefootguru from comment #73)
> Some people on this thread don’t think this is an issue.  Other people on
> this thread, and in related duplicate bugs, do consider it an issue.
> 
> Very disappointed @Uwe is closing this bug.

+1

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 89657] The lang-pack installation mechanism on OS X unacceptable -- needs refactoring for better installation UX

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=89657

--- Comment #73 from barefootguru  ---
The fact is installing LO with a language pack is markedly more difficult than
most Mac apps.  Even with Read Me webpages and helper AppleScripts.

Some people on this thread don’t think this is an issue.  Other people on this
thread, and in related duplicate bugs, do consider it an issue.

Very disappointed @Uwe is closing this bug.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 89657] The lang-pack installation mechanism on OS X unacceptable -- needs refactoring for better installation UX

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=89657

--- Comment #72 from Frank Fuchs  ---
@Uwe:
There is no maybe involved regarding app notarization on macOS 10.15
(Catalina).
Quote:
Mac apps, installer packages, and kernel extensions that are signed with
Developer ID must also be notarized by Apple in order to run on macOS Catalina.
Weblink:
https://developer.apple.com/developer-id/
The relevant text starts on the middle of the page.

I am happy to open a new bug report on this but I think it directly involves
the language installation process (because the LO package is changed by it) and
not just the notarization of the LO app (which needs to be a separate "bug"
report).

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 89657] The lang-pack installation mechanism on OS X unacceptable -- needs refactoring for better installation UX

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=89657

Uwe Altmann  changed:

   What|Removed |Added

 Resolution|--- |FIXED
 Status|REOPENED|RESOLVED

--- Comment #71 from Uwe Altmann  ---
@Fed: The script /does/ a full shutdown. Maybe you better exercise patience and
wait until the "Installation finished" - Message appears and you clicked the
"OK" button before starting LO. If that does not help, something seems wrong
with your System?

@Frank: Whatever Apple may do or not do in the future and whatever this may
bring to us - there is surely too much "may" involved for a bug report.
Maybe(!) somewhere in future this will result in a then NEW bugreport!

@Sierk: Please do NOT reopen this one.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 89657] The lang-pack installation mechanism on OS X unacceptable -- needs refactoring for better installation UX

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=89657

Sierk Bornemann  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |---

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 89657] The lang-pack installation mechanism on OS X unacceptable -- needs refactoring for better installation UX

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=89657

--- Comment #70 from Frank Fuchs  ---
Dear All,

we may also run into the problem that with macOS 10.15 Apple wants all Mac apps
to be "notarized" by Apple.
One of the std requirements is that no code in the notarized app is changed or
added after notarization (e.g. at runtime).
This may pose a problem for the Mac language pack installation - unless LO is
notarized together with a filed exception to this rule (which then makes
notarization more or less obsolete).

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 89657] The lang-pack installation mechanism on OS X unacceptable -- needs refactoring for better installation UX

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=89657

--- Comment #69 from Fred  ---
There is a further issue with the install process.

As the script does not shut down LO afterwards, a user who opens LO immediately
post langpack install will not see the newly installed language in their
interface language options: LO has never rebuilt the list of available
interface languages by restarting.

There is thus also need for full LO shutdown post langpack install so it gets a
chance to reload the available options before the user (still manually) makes
the choice.  Could be a good extra option in the installer to do that for the
user as well.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 89657] The lang-pack installation mechanism on OS X unacceptable -- needs refactoring for better installation UX

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=89657

Uwe Altmann  changed:

   What|Removed |Added

 Status|REOPENED|RESOLVED
 Resolution|--- |FIXED

--- Comment #68 from Uwe Altmann  ---
Didn't we fix that with the script years ago? Cloph?

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 89657] The lang-pack installation mechanism on OS X unacceptable -- needs refactoring for better installation UX

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=89657

Alex Thurgood  changed:

   What|Removed |Added

 CC||gna...@gmail.com

--- Comment #67 from Alex Thurgood  ---
*** Bug 119504 has been marked as a duplicate of this bug. ***

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 89657] The lang-pack installation mechanism on OS X unacceptable -- needs refactoring for better installation UX

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=89657

Adolfo Jayme  changed:

   What|Removed |Added

   Severity|normal  |enhancement

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 89657] The lang-pack installation mechanism on OS X unacceptable -- needs refactoring for better installation UX

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=89657

--- Comment #66 from Uwe Altmann  ---
(In reply to Fred from comment #65)
> …
> Installing 5.4.1, then langpack:
> 
> I get the usual "it's not from the App Store" warning, and the followup
> installer window is hiding behind other windows instead of being on top (and
> no, didn't touch the machine in the meantime).  I dig out the langpack
> window and OK it, and eventually arrive at the "installed" notification
> which tells me where to change the language - exit langpack.

This is what you get when in System > Security Apps-Download is only allowed
from AppStore. And that' exactly what I would expect happen with this setting
when I try to install non-AppStore Software. This is not a LibreOffice problem
and obviously cannot be solved by LibreOffice devs.
Adapt your settings to your behavior instead :-)

Maybe we should mention this in the installer instructions?

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 89657] The lang-pack installation mechanism on OS X unacceptable -- needs refactoring for better installation UX

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=89657

--- Comment #65 from Fred  ---
(In reply to Uwe Altmann from comment #64)
> > not really user upgradeable as it doesn't speak the user's installed or 
> > desired language.
> This is not quite right. Installation process by now reads as follows:

> 1. Download, open .dmg and  and install LO. On a Mac this means just copy
> the file somewhere. No need to start LO at this point!

Yes, my bad.  Note to self: do not post after a long day.

> 2. Download, open .dmg and start language pack installer for your native
> language. The installer of the language pack is localized, so there should
> be no problem.
> 3. Start LO the first time. In my experience it starts in the language last
> installed by language pack. (This may be attributed to my saved preferences;
> so if there is no such mechanism in code, this could be an improvement)

Alas, that's not what happens on MacOS 10.12.6.

Just to verify, I re-installed 5.3.6 (latest stable) and added the Dutch
langpack.  I then set the language, so I now have a Dutch install.

Installing 5.4.1, then langpack:

I get the usual "it's not from the App Store" warning, and the followup
installer window is hiding behind other windows instead of being on top (and
no, didn't touch the machine in the meantime).  I dig out the langpack window
and OK it, and eventually arrive at the "installed" notification which tells me
where to change the language - exit langpack.

Meanwhile, LO's icon in the dock has gone to the "active but hidden" state, I
presume due to the kickstart fix not termination LO afterwards.  When I click
on it, I get an LO defaulting back to US English, NOT Dutch as it was
previously.  In addition, after then selecting the language I am told LO needs
a restart.

So, the correct proces seems to me to be:

1 - ask user if langpack language must be set in UI, the current setting (if
other langpacks already installed) or US default which is what a core update
resets to.  Default is the language of the current langpack being installed,
and other language choices will not exist if it's straight after a core update.
2 - start LO to negate the langpack corruption bug, but then immediately
terminate the program again (this termination failed on the LO update install,
but worked fine when installing a second EN-GB langpack).
3 - install LO langpack contents.
4 - access user preferences and set language to choice made in step (1)
5 - notify user of completion and exit - optionally offer to start LO on
termination.

This makes the process less complex for the user.  One core upgrade, one
langpack upgrade and mainly accepting defaults, to arrive at an LO that starts
up in the desired language without ever needing to read English other than on
the LO website (and that may be my browser anyway).

Maybe something that may help debugging: I then installed the EN-GB langpack
again that I use.  During that process, LO /did/ start and terminate correctly,
and I was left with an LO that still spoke Dutch when I started it up, so
manually had to change it to UK English.  It appears a core update nulls the
language settings (which makes sense to avoid conflicts with langpacks of an
older version) but otherwise a langpack simply add a UI language choice.

Hope this helps clarify what I mean.  I start from the position of a user who
is competent enough to download files, but who does not necessarily speaks
English, but also from Enterprise size deployments where someone going round to
reset user preferences for each machine would be too much overhead.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 89657] The lang-pack installation mechanism on OS X unacceptable -- needs refactoring for better installation UX

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=89657

Sierk Bornemann  changed:

   What|Removed |Added

 Status|RESOLVED|REOPENED
 Resolution|FIXED   |---

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 89657] The lang-pack installation mechanism on OS X unacceptable -- needs refactoring for better installation UX

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=89657

Uwe Altmann  changed:

   What|Removed |Added

 Status|NEW |RESOLVED
 Resolution|--- |FIXED

--- Comment #64 from Uwe Altmann  ---
> not really user upgradeable as it doesn't speak the user's installed or 
> desired language.
This is not quite right. Installation process by now reads as follows:

1. Download, open .dmg and  and install LO. On a Mac this means just copy the
file somewhere. No need to start LO at this point!
2. Download, open .dmg and start language pack installer for your native
language. The installer of the language pack is localized, so there should be
no problem.
3. Start LO the first time. In my experience it starts in the language last
installed by language pack. (This may be attributed to my saved preferences; so
if there is no such mechanism in code, this could be an improvement)

This involves definitely less foreign language/english UI interaction than
starting LO after download, using the english(!) UI to find the language
selection, tick my language and "OK" it. Even if above step 3 fails to use the
local installed and LO starts in english, form there it is the same interaction
than starting in build-in langpack-installer.

The only thing I could see as an improvement would be a language selector
popping up at fist start as part of the personalization dialog. But because
this is a Mac only thing, I see no chance to get that - except we change this
also for Windows to get smaller over all volume of downloads.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 89657] The lang-pack installation mechanism on OS X unacceptable -- needs refactoring for better installation UX

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=89657

--- Comment #63 from Fred  ---
OK, so the "start LO once before updating" issue is now solved and automated
(cool), but the key problem is left unaddressed: the process to install a
non-US variant (i.e. core + langpack) is not end-user compatible (i.e. simple).

To repeat myself:

> Assuming the need to start up LO once before a langpack is installed is 
> fixed, 

(which is apparently the case if I read the script)

> the easiest way to fix this would be for the langpack to have an option 
> "set LO interface language to xx" and enable this by default.  
> So, if I were to install in German, the langpack would show a screen in
> German (or maybe both English and German to keep it universal)

(where "German" is any value of $LangpackLanguage)

> and a tickbox already ticked that states "set LO default interface to
> Deutsch/German".  It still means you have two stages in install (LO + 
> langpack) but it omits the third stage where you have to dig out where
> the language settings are hiding and do the very thing you'd install a
> language pack for in the first place.

In a nutshell, without this, a non_US LO installation is not really user
upgradeable as it doesn't speak the user's installed or desired language. 
Thinking about this some more, the langpack itself could actually be the
overall installer (so you have just one language to manage during the install
process), or the LO installer could have a feature to download the right
langpack as part of the process (which is more costly in that you then need all
languages in the installer).

Whatever approach is taken, what matters is that during that install process,
LO is already set up to use the UI contained in the langpack, instead of the
user having to start it up in English and then dig through the settings to
finally set the LO UI in the language of the langpack, exit and restart.  Since
you have all the data to hand when you start a langpack, why not use it, or
default to using it and offer the user an ability to opt out (just in case)?

The goal is to improve the install process to the point where a non-English end
user can do this in one single go without ever having to switch away from their
own language.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 89657] The lang-pack installation mechanism on OS X unacceptable -- needs refactoring for better installation UX

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=89657

--- Comment #62 from Christian Lohmaier  ---
there is no additional user interaction, the starting of LO is done
automatically.

and there is no agreement to "bundle the 5 most important languages" - after
all there is no such list of important langauges to begin with, and even if
there were, the same issue would apply to the other languages.
You'd still need to download the additional languagepack and install those.
If this is what you mean  with "additional user interaction",  then this is a
wontfix.

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 89657] The lang-pack installation mechanism on OS X unacceptable -- needs refactoring for better installation UX

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=89657

--- Comment #61 from Fred  ---
I'm not sure if the answer is bundling the 5 most prevalent languages as it
increases the volume of the application (I was already surprised by finding
dictionaries for every language on the planet packaged, I  need to see if
there's a way to strip out the ones I really don't need), but one thing should
really change: the need to manually set the interface language in the LO
settings after a language interface pack has been installed.  I am uncertain if
this should be a separate bug but it's the same process that may need
revisiting.

The current "core + language pack" approach turns any non-American* install of
LO into a non-trivial, multi stage affair as the end user first has to install
LO, then install another package, next has to root out where the interface
settings are (in an LO that at that point does not operate in their native
language) and finally switch to the desired language.  

That's an issue for two reasons: 1. For the average end users, this is a bridge
too far.  It gets LibreOffice labelled as 'complicated" compared to other
products which is problematic for adoption.  2. It makes business deployment
nigh impossible - try doing this in volume.  Optionally there's a 3rd point: it
makes upgrading a pain too.

Assuming the need to start up LO once before a langpack is installed is fixed,
the easiest way to fix this would be for the langpack to have an option "set LO
interface language to xx" and enable this by default.  So, if I were to install
in German, the langpack would show a screen in German (or maybe both English
and German to keep it universal) and a tickbox already ticked that states "set
LO default interface to Deutsch/German".  It still means you have two stages in
install (LO + langpack) but it omits the third stage where you have to dig out
where the language settings are hiding and do the very thing you'd install a
language pack for in the first place.  

Alternatively, maybe make *langpacks* run the actual install process, because
that also allows you to get an installation in the user's language without
increasing the size of the installer itself with all the languages, makes it
more focused.  Just an idea, but I'd leave American/English then as a second
option for the poor tech who has to install LO in Swahili and doesn't speak the
language :).

* non-American: you even have to go through this to make it speak UK English :/

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 89657] The lang-pack installation mechanism on OS X unacceptable -- needs refactoring for better installation UX

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=89657

Xisco Faulí  changed:

   What|Removed |Added

 CC||xiscofa...@libreoffice.org
   Assignee|l...@altsys.de|libreoffice-b...@lists.free
   ||desktop.org
 QA Contact|l...@altsys.de|

--- Comment #60 from Xisco Faulí  ---
Setting Assignee back to default. Please change it back if you're still working
on this issue

-- 
You are receiving this mail because:
You are the assignee for the bug.___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 89657] The lang-pack installation mechanism on OS X unacceptable -- needs refactoring for better installation UX

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=89657

Uwe Altmann  changed:

   What|Removed |Added

   Assignee|libreoffice-b...@lists.free |l...@altsys.de
   |desktop.org |

--- Comment #35 from Uwe Altmann  ---
Created attachment 124574
  --> https://bugs.documentfoundation.org/attachment.cgi?id=124574=edit
pathed script which will start and quit LO before installing a langpack

I'm not shure it works - I cannot test the file without a new Version of LO
obviously. So comprehensive testing is necessary.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 89657] The lang-pack installation mechanism on OS X unacceptable -- needs refactoring for better installation UX

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=89657

--- Comment #34 from Christian Lohmaier  ---
@Uwe: If you attach your patch to the bug, there's a chance that it might make
it in time for 5.1.3 and even 5.0.6…

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 89657] The lang-pack installation mechanism on OS X unacceptable -- needs refactoring for better installation UX

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=89657

jan iversen  changed:

   What|Removed |Added

 Whiteboard|ToBeReviewed|

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 89657] The lang-pack installation mechanism on OS X unacceptable -- needs refactoring for better installation UX

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=89657

V Stuart Foote  changed:

   What|Removed |Added

   See Also||https://bugs.documentfounda
   ||tion.org/show_bug.cgi?id=98
   ||574

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 89657] The lang-pack installation mechanism on OS X unacceptable -- needs refactoring for better installation UX

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=89657

--- Comment #33 from William Gallafent  ---
I note that the GB language pack (for v5.1), at least, is not “signed by a
recognised developer”, so there is yet another hoop to jump through (alt-click
-> “open” -> “yes”) in order to get it installed - double-clicking it will not
work since gatekeeper will prevent the langpack installer from running. This
make and already bad situation even worse.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 89657] The lang-pack installation mechanism on OS X unacceptable -- needs refactoring for better installation UX

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=89657

--- Comment #32 from Sierk Bornemann  ---
(In reply to Emir Sarı (away) from comment #31)
> This bug should be regarded as a "high" importance bug, since it greatly
> distrupts user experience and creates a "this is sh*t" or "this does not
> work" (which I belive worse than "this is sh*t") impression on end users.
> 
> When the need to install a second file just to specify the UI language is
> already a big UX no-no, it is not likely that end-users will try to find
> (and even if they do, still not get frustrated) a solution for this problem.

+1

See Apache OpenOffice how it is asked for and should be done a favor to UX:

Download Apache OpenOffice
http://www.openoffice.org/download/

Select your favorite operating system, language and version:
[Operating System] [Language] [Version]
-> Download *full* installation OR Download language pack

(download SF-server:
https://sf.net/projects/openofficeorg.mirror/files/4.1.2/binaries/


For current german OpenOffice this means:
https://sourceforge.net/projects/openofficeorg.mirror/files/4.1.2/binaries/de/Apache_OpenOffice_4.1.2_MacOS_x86-64_install_de.dmg/download

Contents of this DMG: *One* App. In exactly that language, the user has
requested and downloaded it before.
Installing the App after mounting the DMG: Drag & Drop into /Applications
Done!

Please also acknowledge:

Apache OpenOffice - Full Installation vs. Language Pack
http://www.openoffice.org/download/full_vs_lp.html

[quote]
By default Apache OpenOffice is offering a *single* language when installing a
*full* installation. Full installation means that all application modules
(Write, Calc, Impress, etc.) are available. The term does not belong to
languages.

When you want to use one or more languages in OpenOffice for the user interface
(for example, menus, dialogs and messages ) and help topics then it is
recommended to use language packs. *The idea is to have a base installation
for, *e.g., English (US)* and additional languages on top without a need to
install a full installation for every language. For this every language pack
has to be installed over a full installation.
[/quote]


What are Apache OpenOffice release maintainers able and willing to do what
LibreOffice release maintainers so far obviously are not willing to do?
WHY this absolutely avoidable inconvenience and burden for the user experience
when downloading and installing LibreOffice?

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 89657] The lang-pack installation mechanism on OS X unacceptable -- needs refactoring for better installation UX

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=89657

--- Comment #31 from Emir Sarı (away)  ---
This bug should be regarded as a "high" importance bug, since it greatly
distrupts user experience and creates a "this is sh*t" or "this does not work"
(which I belive worse than "this is sh*t") impression on end users.

When the need to install a second file just to specify the UI language is
already a big UX no-no, it is not likely that end-users will try to find (and
even if they do, still not get frustrated)a solution for this problem.

Although I cannot comment on a mean to provide a quick fix development-wise, I
think LO must switch to an installer-based installation method on OS X, if
cannot afford to host all language files within the main .app file.

A desirable method to install LO would be as follows:

1. Run the LO installer
2. Select the UI languages to install
3. During the progress bar section, download the language pack over the web
4. Complete installation

Although OS X has a fame for drag-n-drop installing of new software,
significant number of Mac software uses installers. Adobe products, Microsoft
Office, NeoOffice - just to name a few.

I cannot think of a more serious bug than this at the moment.

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

[Libreoffice-bugs] [Bug 89657] The lang-pack installation mechanism on OS X unacceptable -- needs refactoring for better installation UX

[bugzilla-daemon]

https://bugs.documentfoundation.org/show_bug.cgi?id=89657

Tor Lillqvist  changed:

   What|Removed |Added

Summary|The lang-pack installation  |The lang-pack installation
   |mechanism on OSX|mechanism on OS X
   |unacceptable -- needs   |unacceptable -- needs
   |refactoring for better  |refactoring for better
   |installation UX |installation UX

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs