Hi :) Ahhh, there is actually a link to the "installation instructions" on the downloads page but there is a LOT to read there and the link is not very noticeable. Regards from Tom :)
On 9 October 2015 at 17:02, Tom Davies <tomc...@gmail.com> wrote: > Hi :) > I think John Sowdon is suggesting that it might be a good idea to have > simple instructions on the official website and make them easily accessible > to noobs. This would be something for the Website's Team to discuss. > > The current page is under the "Get Help" 'tab'-type thing at the top of > the official website; > https://www.libreoffice.org/get-help/install-howto/linux/ > It specifically mentions Ubuntu. It also states that the version in the > distro's repository (=repo) is good enough and probably better than a more > up-to-date version because the one in the repo has usually been > tweaked/tuned to fit better with existing packages in whichever distro. > > I'm not blaming the websites team here. It is tough to get the UI right > and at a guess the team is desperately short of people to help with both > that and other work they need to do. So i think they are doing a great job > and it's not easy (or even not possible usually) to get everything to be > perfect! > > To get to those instructions on our official website you have about 3 > clicks and a bit of reading so according to recommendations about website > design it is beyond the reach of most first-timers. I think current > estimates are that most people would leave a site after about 3 seconds and > 1 click if they hadn't found something interesting/relevant by then. So > our instructions miss being noticed by several seconds and a couple of > clicks. From the official website's home-page it'd be; > 1. click on the "Get Help" 'tab' (if you can see the black against > dark-green writing) > 2. about halfway down the list click on "Installation instructions" > 3. figure out which button is relevant (not very tough but does involve > reading - perhaps logos/mascots might make this clearer?) > > > Our official wiki also has quite decent instructions imo. It might be > good to compare against Andreas' and see if they can be improved using > some/all of what his email gave. Our official wiki-page is here; > https://wiki.documentfoundation.org/Documentation/Install/Linux > > Again not so easy to find so people probably find it safer and easier to > try googling it (or duck-duck-going it) rather than hunting around our > wiki. I think most people involved in writing or editing anything on our > wiki agree that it's a bit disorganised but can't agree on how to tidy it. > The whole wiki grew very fast and had to capture or build-up a LOT of > information very quickly. Also some quite advanced functionality was > available and very different ways of using wiki's and other types of > web-pages/facilities and the whole Cloud thing was just becoming more > mainstream. There wasn't time for people to settle down, get together and > plan name conventions, position of pages or even overall structure. > > For example it initially made sense for the; > https://wiki.documentfoundation.org/Documentation > to be instructions on how to join the Documentation Team. Hindsight is > fantastic though because now it seems not such a good idea at all! Once > documentation started appearing it was suddenly obvious that those chapters > and books should actually be the first thing people see when arriving at > that page. So for a year or so that page was quite a mess until the > separate things got put onto their own sub-pages and that landing page got > used as a disambiguation menu (thanks Sophie!). Meanwhile someone had > translated a very involved FAQ from the French wiki and placed it here; > https://wiki.documentfoundation.org/Faq > outside of the Documentation part of the wiki. So there is a lingering > question about whether to move all those pages into; > https://wiki.documentfoundation.org/Documentation/Faq > but that would mean leaving forwarding pages at all the currently used > pages which would make even more of a confusing mess than already exists. > > Individual page-name vary between using spaces between words, and then > those spaces get replaced by "%20" which makes the names incoherent to most > people. So some pages use "-" between words and others use _ . > Unfortunately when giving people links the whole name usually gets turned > to blue and underlined so then it's not easy to see if there is a space or > an underline. If you are happy to just click on links then that's fine but > it's a know security issue because it's so easy to use html to redirect a > link that appears to go somewhere innocuous. Other people use CamelCase to > avoid having any spaces or other weird characters/codes in the Url. > > So while the whole wiki is generally agreed to be a bit of a mess it's > difficult to move or rename resources which people probably have their own > links to, or have become familiar navigating too and might be taken aback > if it suddenly looked as different as a spam/spoofed-site. > > I hope this clarifies why there may be problems with our documentation and > instructions etc and maybe, hopefully show a way of dealing with the > immediate issue and/or how to set-up a strategy for helping fix what we > have! > > > Meanwhile the Documentation Team could really use help with just > proof-reading some freshly done chapters. It's a good way in to learning > about how the team works. It's something best done by someone who doesn't > know much about how to use LibreOffice. Inevitably as you proof-read you > learn quite a lot about how to use LibreOffice and so the valuable noobs in > the team tend to quickly become a lot less useful for proof-reading and > more useful for "reviewing" to check the instructions really do what is > required. So if you have no idea how to use a part of LibreOffice then > please try to join the Documentation Team as a proof-reader. If you > already have some technical expertise with it then joining as a Reviewer > would be fantastic too. > > The "Base Handbook" is the one currently most in need of proof-reading. > Reviewing has effectively been done already but a fresh set of eyes for > another review would always be welcome. > > Good luck and many regards from > Tom :) > > > > > On 9 October 2015 at 10:58, Andreas Säger <ville...@t-online.de> wrote: > >> Am 09.10.2015 um 07:33 schrieb Евгений: >> > I think fresh PPA is - >> https://launchpad.net/~libreoffice/+archive/ubuntu/ppa >> > >> > There are instaructions on how to add ppa in your distro (see "Read >> about installing"). >> > After that you can use any way to install libreoffice. >> > I am using fresh ppa on 12.04 and have no problems with dependencies. >> > >> > If you can not do something - post what you do and what happens or what >> errors you get. >> > >> > >> >> And this is the non-PPA way of installing an archive of Debian packages >> downloaded from libreoffice.org as described and supported on all >> OpenOffice support forums since the days of OpenOffice2: >> >> > cd ~/Downloads >> >> >> If you downloaded the md5 checksum file as well, you can check the >> integrity of your downloaded archive: >> >> > md5sum --check <text file with check sums> >> >> Extract the downloaded archive: >> >> > tar -xvzf downloaded_package.tar.gz >> >> or use your graphical file manager to unpack the archive. I don't know >> any way to do the following with a graphical tool: >> >> go to the extracted directory of debian packages which depends on the >> langauge version. In case of en-US: >> >> > cd en-US/DEBS >> >> Install the packages as root: >> >> > sudo dpkg -i *.deb >> >> >> This installs/updates the whole suite to /opt and you can start the >> fully featured program by calling the executable file >> /opt/libreofficeX.Y/program/soffice >> >> For any "desktop integration" you can install an additional package go >> to subdir of en-US/DEBS: >> >> > cd desktop-integration >> >> and start a simulated installation >> >> > sudo dpkg -i --simulate *.deb >> >> >> This simulation _may_ fail due to a conflict with /usr/bin/soffice which >> is a symlink pointing to the executable and belonging to the >> installation package of some other ODF suite. >> If no such error is reported, re-run the command without the --simulate >> switch. In case of conflict, it is safe to overwrite this single symlink >> file /usr/bin/soffice: >> >> > sudo dpkg -i --force-overwrite *.deb >> >> >> Now you have LibreOffice and its components in your Ubuntu dash and/or >> menues. ODF files will be opened by default with your new suite. >> >> As far as I know, "desktop integration" can be installed for one version >> of OpenOffice and LibreOffice in parallel. There were times when I had 5 >> different versions of both suites in parallel but only one Open and one >> Libre Office can have the "desktop integration" and only one particular >> suite can own the /usr/bin/soffice symlink. >> You are free to modify this symlink as needed but your package managers >> is very picky about the ownership of every single system file outside >> your home directory. Every single file installed remotely via apt or >> locally via dpkg belongs to exactly one software package. >> As long as this symlink is the only conflict, I think it is perfectly OK >> to use the --force-overwrite switch. >> >> Any additional language and help packages can be installed in the same >> simple way: >> 0. run md5sum -check <text file> to check the integrity >> 1. extract .tar.gz with tar -xzvf ... or the graphical way >> 2. change to the extracted directory, subdir DEBS >> 3. sudo dpkg -i *deb >> They refuse to install if their version does not match with any >> installed office suite. >> >> >> -- >> To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org >> Problems? >> http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ >> Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette >> List archive: http://listarchives.libreoffice.org/global/users/ >> All messages sent to this list will be publicly archived and cannot be >> deleted >> > > -- To unsubscribe e-mail to: users+unsubscr...@global.libreoffice.org Problems? http://www.libreoffice.org/get-help/mailing-lists/how-to-unsubscribe/ Posting guidelines + more: http://wiki.documentfoundation.org/Netiquette List archive: http://listarchives.libreoffice.org/global/users/ All messages sent to this list will be publicly archived and cannot be deleted