The Document Foundation announces LibreOffice 3.6 with a wealth of new features and improvements
Berlin, August 8, 2012 – The Document Foundation announces LibreOffice 3.6, the fourth major release of the best free office suite ever, which provides a large number of new features and incremental improvement over the previous versions. Innovations range from invisible features such as improved performance and interoperability to the more visible ones such as user interface tweaks, where theming has improved to more closely match current design best-practice. A full list with screenshots is available here: http://www.libreoffice.org/download/3-6-new-features-and-fixes, because a picture says more than a thousand words.
Wherever you look you see improvements: a new CorelDRAW importer, integration with Alfresco via the CMIS protocol and limited SharePoint integration, color-scales and data-bars in spreadsheet cells, PDF export watermarking, improved auto-format function for tables in text documents,, high quality image scaling, Microsoft SmartArt import for text documents, and improved CSV handling. In addition, there is a lot of contributions from the design team: a cleaner look, especially on Windows PCs, beautiful new presentation master pages, and a new splash screen.
LibreOffice is becoming increasingly popular in corporate environments. During the last months, several large public bodies have announced their migration to the free office suite: the Capital Region of Denmark, the cities of Limerick in Ireland, Grygov in the Czech Republic, Las Palmas in Spain, the City of Largo in Florida, the municipality of Pilea-Hortiatis in Greece, and the Public Library System of Chicago.
Dave Richards of the City of Largo has commented about the new release on his blog: “I have been testing LibreOffice 3.6 and am happy to see the progress. At this time all of our showstoppers are fixed and we probably will upgrade almost immediately when it’s released. Nice work. CMIS is shaping up nicely. I’ll be looking at 3.7 when it appears in the daily builds”.
In France, the MIMO Working Group – the ministries of Agriculture, Culture and Communication, Defence, Education, Energy, Finance Interior and Justice – with a total of 500.000 end users, has certified LibreOffice for deployment on every desktop. At the same time, the OSB Alliance joined the efforts of German and Swiss cities and communities sponsoring development on the LibreOffice codebase.
Corporate users are joining consumers who quickly switched to LibreOffice. Giorgio Buccellati, Professor Emeritus of History and Near Eastern Languages at UCLA (University of California at Los Angeles), says: “LibreOffice is wonderful software. I am an avid user of the Hybrid PDF feature, which allows to exchange PDF files with all other users while preserving the possibility of editing the same document like a native file”.
LibreOffice 3.6 has been developed by the growing community of hackers gathered around The Document Foundation, thanks to a friendly and welcoming environment, and the compelling Free Software ethos. The community has surpassed the threshold of five hundred developers providing new features and patches since the announcement of the project on September 28, 2010.
According to Ohloh, LibreOffice is the third largest developer community focusing on free software applications, after Google Chrome and Mozilla Firefox, and the largest to be independent from a single corporate sponsor. This result has been achieved in less than two years, and is now a benchmark for free software projects.
The Document Foundation invites power users, able to help iron out any final wrinkles, to read the release notes carefully, install LibreOffice 3.6.0, and report any problems. More conservative users should stick with LibreOffice 3.5. Corporate users are strongly advised to deploy LibreOffice with the backing of professional support, from a company able to assist with migration, end user training, support and maintenance.
LibreOffice 3.6 is available from: http://www.libreoffice.org/download/
To contribute to the further development of LibreOffice and The Document Foundation, you can donate at: http://www.libreoffice.org/get-involved/donate/
I wrote a bit about some of the behind-the-scenes work that happens under the hood (as it were) here: http://people.gnome.org/~michael/blog/2012-08-08-libreoffice-3-6-0.html
To the Libreoffice developers…thank you. The latest release is looking and performing better and points to some great things for the project in the future.
The packages are not signed. Why is that?
Great job! I really like the dynamic nature of LO, and hope it will continue.
However, to get me to switch full time from MS Office, I need these features:
Writer:
———
* Better grammar checking. It is not bad, but needs to be better.
* Split view of same file, or of two different LO files. Very handy for large documents. Being a programmer, I use this feature on editors.IDE’s all of the time, and I expect that the LO developers do as well, so let’s bring this feature to LO.
* When putting numbers/bullets in tables, the default format takes too much space. In MS Word, I simply move the two indents, to where I like, change the name of the style, and I’m ready to go. In LO 3.5, I still have not figured out how to do this (Before text, After text, First line — what do they do/mean?). This operation needs to be more intuitive, easier, and better documented in Help.
* The Help is not very helpful. This needs a lot of improvement.
* Table column width changes using Table Properties is a real pain because LO wants to reistribute unused space to another column. I want to define the widths without any changes or argument from LO.
Calc:
——
* I do a lot of charts, and a lot of them need multiple y-axis. For example, Degree F and Degree C on y-axis. So, the ability to have multiple y-axis and assign them to the desired Calc range.
Base:
——-
* I have an occasional need to do a relational database with input forms and output reports. I’m told that Base can do this, but the documentation needs to be improved so we know exactly how.
Thanks,
Dave
> It is not bad, but needs to be better. …Split view of same … Being a programmer …
Wow – you sound like a perfect LibreOffice contributor 🙂 many of your suggested fixes are reasonably easy to hack on; please mail me (michael.meeks@suse.com) for some code pointers. We’re a volunteer project – without people jumping in and fixing / scratching their itches we don’t make progress – it’d be great to have your help.
The thumbnails on this page should be clickable on to larger images
“Wherever you look you see improvements”
I see no improvements to Impress. Old bugs that have been around since the start of LO are still there. The UI is still incredibly cluttered and cumbersome to work with. Impress feels like abandonware – all the new work is done on Writer, Draw and Calc. I wish you would simply admit that.
I’d say that it is obvious that if only a single of the core developers had spent two weeks on dealing with major problems in the Impress UI things would look very much different.
Jaan – did you notice the new templates ? or the many bug fixes, clearly there are plenty more bugs that need to get fixed too, you can help with these by getting involved with the project as a developer, or by filing or better triaging / helping out with bugs. If you want to know what changed in the 300+ commits to impress 3.6 from 3.5 you can see that by doing:
git log –numstat libreoffice-3-5-branch-point..libreoffice-3-6-branch-point — sd # all the best.
Michael Meeks: I have already filed bug reports and provided details. Here are two examples.
https://bugs.freedesktop.org/show_bug.cgi?id=35275
https://bugs.freedesktop.org/show_bug.cgi?id=43039
Both those bugs do not from my outside perspective look to be enormously complex to fix for a programmer, given that the functionality was working for many years in OO and in at least the second case in early LO before some new code introduced the bugs. I have described the bugs clearly in the reports and have offered to provide more details. I have also, especially in the first case, tested almost every new Libre Office version over the duration of the 17 months since first reporting the bug. I have also tried to find information on how to get in contact with some developer who actually works on Impress bug fixing/feature updating to ask if I can in some other way help troubleshoot the bugs. If there was a dedicated blog for Impress development I would have used it to communicate with developers and do what I could to troubleshoot the bugs, test attempted fixes and so on. I have also tried going on the LO irc channel to talk to someone about the bug (no one replied). My overall experience with these bug and the bug reporting system so far is: nothing of substance happens and no one seems to think the bugs important enough to look into them more or at least not to comment on them. This despite the fact that both bugs relate to productive use. In the first case, being able to print the whole slide after clicking a radio button called “fit to printable page”. In the second case, being able to use transitions (custom animations) without forcing each line in a textbox to appear separately.
As for new templates – I do not need any new templates. I guess some do but prioritizing things like that over fixing clear productivity bugs is just weird. I think Impress would benefit from two things.
(1) Publish statistics on the proportion of dev hours being put into Impress compared to the other programs in the OO suite. Doing so would either disprove my impression that Impress is basically left behind. Or confirm it. Either way it would make the state of Impress dev more clear for all to see which would be a good thing.
(2) Implement a feature freeze for Impress until the backlog of remaining bug fixes and UI problems is worked through.
Do you have any suggestions on other things I can do? (I am not a software developer so I’m afraid I can’t contribute code.) Is there some way to make targeted donations conditioned on a specific bug being fixed?
“I guess some do but prioritizing things like that over fixing clear productivity bugs is just weird.”
So we should have told the design team (most of them highly motivated volunteers) that did an excellent job at creating the new templates, they should have fixed these two bugs? Somehow I have the suspicion that would not really have worked out — we likely wouldnt have any new templates (did you see the old ones?) and we wouldnt have any bugfixes either. 😉
bmichaelsen: I get that volunteers can choose what to work on, and will choose largely based on what they’re skilled at and enjoy doing. So my talk of prioritizing. Still, maybe the thing to do then is admit that Impress seems to stand still in terms of bug fixes and that the features touted as improvement on the latest major version are purely aesthetic.
Someone had the skills to change the functionality code in whatever way introduced the two bugs I’ve given as example. I’ve tried to find out who did it in the hope to get in contact with the person to ask exactly what was changed. Such information might increase the chance of finding someone who can actually do something towards fixing the issues.
I guess what kind of bugs me is the gap between official statements speaking of ever continuing progress on all fronts of LibreOffice and the actual states of bugs and core features of Impress. Would you yourself say that Impress has been progressing feature wise at the same pace as Writer or Calc since the start of LibreOffice dev?
*So my talk of prioritizing was too crude, I admit that*
> I do not need any new templates. I guess some do but prioritizing things like that over fixing clear productivity bugs is just weird.
It may be weird in an organisation that dictates priorities on individual requests. The Document Foundation is not one of those organisations.
> Publish statistics on the proportion of dev hours
Where would such statistics come from? Are the developers submitting time sheets on their LibreOffice work? I am pretty sure they do not; are you proposing all developers start doing so in order to satisfy your request for data?
> Do you have any suggestions on other things I can do? (I am not a software developer so I’m afraid
> I can’t contribute code.) Is there some way to make targeted donations conditioned on a specific
> bug being fixed?
Sure – that’s pretty simple – you could post an offer with a sum of money to fix each bug either in the bug itself – or – you could buy support for LibreOffice from RedHat, SUSE, Canonical and ask them to fix it, -or- you could pay a consultancy such as Lanedo, Credativ, Collabora, Codethink etc. to fix the issue for you – that’s a great way to contribute to the product: all such fixes & funding gratefully received.
@Ben Finney:
I’m sorry if you may have found my posts rude. I didn’t suggest dictating features, I simply expressed that progress claims made in the OP at least didn’t fit with my experience and use of Impress. If there is no time logging that could be used for what I suggested then it isn’t possible I guess. Do you think there is any other data accumulated in the process of people writing and submitting codes that could be used to get suitable stats for the kind of comparison I’m asking about? Maybe the number of people who submit code in a month, categorized per application? Or the number of submits?
BTW how does Document Foundation make new feature decision when it comes to Impress? Is there some long term plan for Impress publicly available? Are there some developers working on Impress who somewhere publish bits of plans and perhaps discuss with users on possible upcoming features? Like a dev blog.
It may be that my impression is all wrong and that Impress is as actively developed as the other applications in the LO suite. But so far no one has answer “yes” to this question: Would you say that Impress has been progressing feature wise at the same pace as Writer or Calc since the start of LibreOffice dev? What is your answer Ben?
> If there is no time logging that could be used for what I suggested then it isn’t possible I guess.
> Do you think there is any other data accumulated in the process of people writing and submitting
> codes that could be used to get suitable stats for the kind of comparison I’m asking about ?
Sure – I pointed you at the git repository – all the information is there, if you want to dissect it in some interesting way – go for it; it’s always useful to have new views of the same data. Having said that a lot of work on impress goes into the filters – which don’t live in the sd/ module, but in xmloff/, oox/ and elsewhere.
> BTW how does Document Foundation make new feature decision when it comes to Impress ?
It doesn’t – individual developers, companies and contributors make the decision to fix bugs, develop features etc. Of course there is some structure and control – code needs to be reviewed, and be consistent and have a reasonable UI/design vector, but luckily there is so much to improve that most changes have that.
> Are there some developers working on Impress who somewhere publish bits of plans
> and perhaps discuss with users on possible upcoming features? Like a dev blog.
It is interesting to simultaneously complain of the lack of development effort, and then ask developers to spend their time, instead of programming, to be talking to end users 🙂 Given that there are 100,000 times as many end-users as there are developers – if each developer spent just a minute a year talking to, and reflecting on input from each user – that’d be 80% of his (full)-time spent just talking.
Thus we heavily rely on people to get involved with our QA efforts, to highlight the most annoying bugs, and do the hard work of triage, and collation of user input. And of course we have blogs with development progress that you can read in the meantime: http://planet.documentfoundation.org/
All the best.
Jaan,
I’m not a LO developer, so I may be partially wrong, but I want to share my thoughts on your question.
Once I had to participate in fixing a bug in Thunderbird. I needed import capabilities that were not present there, so I decided to rewrite a part of its code myself. So I did. Then I submitted a patch, and after a while it was commited to master.
I was concerned about that specific functionality, but I didn’t (and don’t) use numerous other features of TB, neither do I use other Mozilla Suite apps like Firefox. So I didn’t bother to ask whether my work was paired by someone’s effort in other areas of TB or other apps. I just didn’t care.
TDF differs from Mozilla in its governance. As I see it, there is weak (if any) architectural planning. The features and bugfixing are done entirely based on what an individual volunteer considers important (or it may be something important to a TDF member organization that employs developers). It may be considered good or bad, but it is.
As I see it, the Impress is simply less-used by those who are able and willing to contribute. That’s why, I think, you are right in your statement. It does progress, but at a lower rate, and in directions that may be irrelevant to you. And the situation may only change if either TDF will become super-wealthy to be able to pay to top software architects and hire developers quantum satis, or the Impress-using community become more active. Both options are great, and both are extremily hard to achieve.
With all due respect for the laborious team that makes possible LibreOffice:
Contrary to many people, I do have seen – and, yes, with gratitude – the substantial changes made by you. Between the late OpenOffice to LibreOffice 3.6 of today there are large and positive differences, and these would not be possible without your dedicated work. But I have three questions:
1. What happened with Fontwork? The module does not appear when I invoke it.
2. For what reason LibreOffice wants to connect to the Internet every time I use it? I want to clarify that I take off – because I do not need them – all of the options related to the web.
3. To what extent is LibreOffice committed to the Java environment? Are there plans to change or remove this environment? I inform you that an annoying nag-splash appears – every time I open LibreOffice 3.6 – reminding me the pretty thing that is to work with Java… by Oracle, of course.
Thank you very much for your kind attention.
Awesome volunteer’s project ! I love LO. Thanks you all devs.
Hope Base will stay active too… All my job deals with it.
—
<3
The developers have done a great job. Keep working hard and keep up the self publicity. You can only get stronger when the competition gets weaker and breaking their ubiquity myth is the key to breaking them and breaking open the market.
Works beautifully on my ol’ Sony laptop with WinXP SP2 (and no updates in years). Unfortunately on the little ASUS 1025C netbook with Win7 Starter Edition, it seems to install correctly, but it quits immediately whenever you try to start any part of it.
The semi-show-stopper for me is that Writer doesn’t keep track of or properly display long edit times in Document Properties. For example, I have one file that has more than 2500 hours of edit time in Word2K (my copy doesn’t have copy protection, so even though it’s outdated I still often use it), but when imported to LibreOffice and saved in the native format, the edit time is converted to a text DHMS format that loses all the edit time. You can prove this by manually editing the meta:editing-duration field in meta.xml in the odt to something with a thousand hours or so, then watch it get munged when you open the document.
It’s a wonderful project, and I thank you for continuing it so enthusiastically.
“3.6 halts with a dialog box when you start it”: Can you give the text from that box? Or have you seen the item “Various problems with bundled extensions” at and its workaround? Removing %appdata%LibreOffice3userextensions should hopefully help.
Hi, thanks for responding.
I had returned to 3.5 on the ASUS 1025C, so I just tried 3.6 again. By the way, I had accidentally left 3.5 minimized and running during the install of 3.6. I closed 3.5 then continued, and setup stopped again, saying “Files in use” and an application called “1940” (which I’d never heard of, and didn’t show in the Task Manager) was the culprit. I clicked [Retry], and setup continued.
After setup, I started 3.6 again. There were more crash dialogs. Here they are:
– Fatal Error –
Unhandled exception:
cannot get uno environments!
When I clicked [OK] it displayed this box:
– Microsoft Visual C++ Runtime Library –
Program: C:Program FilesLibreOfficeprogramsoffice.bin
This application has requested the Runtime to terminate it in an unusual way.
Please contact the application’s support team for more information.
When I clicked [OK], this showed up:
– LibreOffice 3.6 –
Windows can check online for a solution to the problem the next time you go online.
-> Check online for a solution later and close the program
-> Close the program
[v] View problem details
I clicked on the down arrow:
Problem signature:
Problem Event Name: APPCRASH
Application Name: soffice.bin
Application Version: 3.6.0.104
Application Timestamp: 5012ee18
Fault Module Name: MSVCR90.dll
Fault Module Timestamp: 4dace5b9
Exception Code: 40000015
Exception Offset: 0005beae
OS Version: 6.1.7601.2.1.0.768.11
Locale ID: 1033
…
I saw the note on this Website about deleting extensions and I did do that in WinXP _after_ the first start. But I’m not well versed in how Win7SE shuffled things around… besides, the program never started the first time to completely create the user data. Eventually I found and deleted %appdata%LibreOffice3userextensions but 3.6 still crashes at startup.
“1940″ — sounds like a process ID rather than a program name, like for a process where the program it is running has already been removed by the setup activities (though I’d have thought Windows would not support that).
Anyway, “cannot get uno environments” hints at an even deeper problem than what is discussed at “Various problems with bundled extensions,” but it’s unclear to me what exactly the problem is. Short of debugging into that, all I can suggest is to cleanly uninstall and reinstall LibreOffice again, making sure no other instances are still running.
I should’ve mentioned in the previous post that LibreOffice 3.5.5 starts fine on the ASUS 1025C netbook, but 3.6 halts with a dialog box when you start it.
> Short of debugging into that,
It’s a little ASUS 1025C Netbook for writing and Internet, not a developer platform. I don’t even have a compiler or assembler on it, let alone a debugger, which would be tough sledding in a 1GB machine. I’m not looking forward to setting up breakpoints and single-stepping through multi-megabyte programs.
> all I can suggest is to cleanly uninstall and reinstall LibreOffice again, making sure no other instances are still running.
Very MS-like of you. I’m probably able to run setup programs… after all, I got 3.5 running a few times. My mentioning that another instance was left running one time was as an anecdote to confirm that the install process was refined enough, but the application still won’t run.
“Very MS-like of you.” Sorry if I gave that impression to you. All I wanted to ensure is to rule out potential reasons why you experience that problem — which I cannot reproduce, so need to somehow get an idea how it might be reproducible and what might cause it. Rest assured that I /do/ take this serious.
“I’m not looking forward to setting up breakpoints and single-stepping through multi-megabyte programs” — and I didn’t intend to make it sound like I suggest that. One relatively lightweight way that could give us further inside is if you run LibreOffice from within Dependency Walker, though. The third paragraph of gives instructions how to do that.
[link was missing from my previous reply:] “The third paragraph of https://bugs.freedesktop.org/show_bug.cgi?id=51252#c28 gives instructions how to do that.”
I guess replies can only get 2-deep.
Just reinstalled 3.6 and downloaded Dependency Walker. Dependency Walker reported the following:
IESHIMS.DLL Error opening file. The system cannot find the file specified (2).
Warning: At least one delay-load dependency module was not found.
Warning: At least one module has an unresolved import due to a missing export function in a delay-load dependent module.
I didn’t see anything the “(2)” related to. The experiment also resulted in a “This copy of Windows is not genuine” warning in the lower-right corner of the display. Sigh. As if anybody would steal a copy of Win7SE.
My guess going in was that the ASUS 1025C/Win7SE crash would be related to a dependency on an optional Windows 7 component. I have many optional Windows components disabled, to save memory and battery. Now, however, if IESHIMS.DLL is part of IE9, I wonder if it’s related to having IE9 disabled and SeaMonkey 2.11 (compatible with Firefox 14.0.1) as the default and only browser.
“IESHIMS.DLL Error opening file. The system cannot find the file specified (2).
Warning: At least one delay-load dependency module was not found.
Warning: At least one module has an unresolved import due to a missing export function in a delay-load dependent module.”
Those appear to be harmless; I get those too when I try it out (on a Windows 7 where LibreOffice does start). The interesting and important part is to actually run soffice.exe from within Dependency Walker, the part starting “Then ‘Profile – Start Profiling…'” at https://bugs.freedesktop.org/show_bug.cgi?id=51252#c28.
> The interesting and important part is to actually run soffice.exe from within Dependency Walker, the part starting “Then ‘Profile – Start Profiling…’”
Oh! Hadn’t realized 3.6 didn’t actually die when that DLL failed to load… never thought about going farther, but now I guess it did seem too easy. You wouldn’t believe I used to be a programmer (Assembler and some wimpy languages). Now, actually Profiling the 3.6 green start-up box and fuel gauge, but the screen dimmed (slow load!) and when I pressed a key to bring it back, the 3.6 logo had left us, along with the app. I’ll look through the Dependency Walker dump on Thursday afternoon on a real monitor. Saved SOFFICE.dwi, but it’s 7.6MB… let me know if you want it, and how.
“Saved SOFFICE.dwi, but it’s 7.6MB… let me know if you want it, and how.” If you can upload it somewhere, that would definitely be interesting. Otherwise, you can try mailing it to me, sbergman@redhat.com. Thanks
> Otherwise, you can try mailing it to me,
Sent. Thank you for your tenacity.
And yet again, detailed suggestions for what urgently needs fixing in LO get thrown back with a request to “get involved”, “contribute code”, etc., as if every user had the ability to do so. No, not every user has that ability, only skilled programmers do.
The solution, of course, is to do what Mozilla has done and hire a large cadre of full-time salaried sofware developers. But Mozilla has an eighty million dollar annual budget. The Document Foundation has a 50,000 euro annual budget, the companies with software developers on secondment to LO contribute the equivalent of what, a million? two million? With such a wide gap between human resource requirements and available funds to meet them, frustration and disappointment are inevitable.
The solution would be for TDF to make MONEY their top priority, with an intermediate goal of getting to a ten million dollar annual budget quickly. I see no indications that the top people in TDF appreciate this urgent need.
Eugene, be assured that if there was a way to get “a ten million dollar annual budget quickly”, the board would definitely not refuse it. But, unfortunately, money does not fall just down from the sky. You can read about our top priorities in our manifesto and our statutes, which is fostering the software and the community to the benefit of everyone. Of course that also needs money, and we constantly seek for funding options,
Dear Florian, thank you for responding. I am afraid that your phrasing betrays a mindset that holds you back with respect to raising funds and that will forever prevent you from solving your gigantic funding shortfall. It’s not enough to say you “would not refuse” getting to a $10 million budget quickly. You have to actively work for it, set your sights on it, make it happen! Whether that can be done by hiring a consultant or a professional fundraiser, by camping out on Mitchell Baker’s doorstep until she reveals to you the secrets of hitting up Larry and Sergey for money (I was wrong about Mozilla’s annual budget: their income from Google alone is nearly 300 million dollars annually), or by something else entirely, I don’t know. The initiative has to come from the inside, that means from you.
Unfortunately I do not see it happening. That is the problem with having so few Americans on the board of TDF. Money is not crass, crude or “dirty” to Americans. But to far too many Europeans (even if only subconsciously) it is. $300 million/year for what is essentially nothing more than a browser, and you are trying to build a world-beating office suite on a shoestring!
You and your colleagues in TDF will languish in genteel shabbiness forever, you will be proud of it, and you will always react angrily or with bemused incomprehension to appeals to change made by outsiders.
> The initiative has to come from the inside, that means from you.
As Florian more gently points out – this is a fundamental mis-aprehension; it is easy to get involved with LibreOffice – there is no clean “inside” vs. “outside” distinction. If you have some clever scheme that raises $millions per year to spend on development, and does not sacrifice our organization’s meritocratic and vendor-neutral structure – we’ll be excited to have you work on that. Having said that – do not think for a moment that we do not consider how best to attract sources of funding, sponsorship etc.
> You and your colleagues in TDF will languish in genteel shabbiness forever, you will be proud of it, and you will
> always react angrily or with bemused incomprehension to appeals to change made by outsiders.
We live in a world where, sadly, there are a bus-load of people who love to complain and criticize, and in doing so suck time that could be spent on development – but who are fundamentally unwilling to contribute. The best way to demonstrate that that is not you is by getting involved in fund-raising, I’d welcome that.
Eugene, may I invite you to join our marketing mailing list and push forward your ideas? It’s good to have active people with ideas contributing there, that would be to the benefit of the whole foundation 😉
I’m excited! But unfortunately, despite having removed the previous version, I can’t seem to install 3.6 on Ubuntu. I keep getting the errors:
Setting up libreoffice3.6-calc (3.6.0.4-104) …
Processing triggers for menu …
In file “/usr/share/menu/introduceppa”, at (or in the definition that ends at) line 4:
?package(introduceppa):needs=”X11″ section “Applications/File Management” title=”Introduce PPA” command=”/usr/bin/introduceppa.gambas” icon=”/usr/share/pixmaps/introduceppa.png”
^
Expected: “=”
Skipping file because of errors…
I see you solved that yourself: http://askubuntu.com/questions/175036/cannot-install-libreoffice-3-6-from-binary 😉
Yes I did! Thanks anyway. 😀 (Do pardon my energetic eagerness to try the newest of the best; I always await the newer releases)
Saludos amigos de LibreOffice.
Por una parte estoy muy contento con la llegada de LibreOffice 3.6, sin embargo tengo un problema: No me permite grabar información de mis archivos creados con la versión 3.5.3 en Calc, ya que casi al término del termómetro de grabación aparece una ventana en la que me indica que “ocurrió un fallo imprevisto y LibreOffice se cerrará”.
Es por este motivo que he tenido que regresar a la versión 3.5.3 y por el momento no me es conveniente actualizarme a la versión 3.6, ya que este error ES MUY GRAVE!, incluso me he dado cuenta que a pesar de haber podido grabar un archivo con un mínimo de modificaciones en el archivo, cuando lo abro en la versión 3.5.3 todo aparece como si no hubiese hecho ninguna modificación.
¿Pueden hacer algo al respecto?
Saludo.
Saludos amigos de LibreOffice.
Por una parte estoy muy contento con la llegada de LibreOffice 3.6, sin embargo tengo un problema: No me permite grabar información de mis archivos creados con la versión 3.5.3 en Calc, ya que casi al término del termómetro de grabación aparece una ventana en la que me indica que ”ocurrió un fallo imprevisto y LibreOffice se cerrará”.
Es por este motivo que he tenido que regresar a la versión 3.5.3 y por el momento no me es conveniente actualizarme a la versión 3.6, ya que este error ES MUY GRAVE!, incluso me he dado cuenta que a pesar de haber podido grabar un archivo con un mínimo de modificaciones en el archivo, cuando lo abro en la versión 3.5.3 todo aparece como si no hubiese hecho ninguna modificación.
¿Pueden hacer algo al respecto?
Saludo.
Hola, Luis!
Creo que muchas de las personas aquì no te entienden, si quieres puedo hacerte una simple traducciòn al inglès para ayudarte a solucionar tu problema lo màs antes posible 🙂
Federico
Ok.
Gracias.
I have the the same problem after ipdating to 3.6, too: Unhandled exception: cannot get uno environment. Win7-64 (updates and java all current). After clicking okay, another windows pops up: “Runtime Error! Programm: C:Program Files (x86)LibreOfficeprogramsoffice.bin.
One relatively lightweight way that could give us further inside is if you could run LibreOffice from within Dependency Walker. The third paragraph of https://bugs.freedesktop.org/show_bug.cgi?id=51252#c28 gives instructions how to do that.
Hi LO friends,
For those who uses OS X (Lion) Mountain Lion I have following advise :
Once you have downloaded the installing dmg do not try directly to copy it to the application section (it will result in a general hang of the system) but start the application before copying it to the application section. It will open normaly and work well. Then you can proceed and copy it to the application section, it will copy without problems.
Or it is a installing bug or an incompatibilty to Mountain Lion. Once this done, you can enyoy the great improvement of the LO.
It’s highly commendable that Florian Effenberger and Michael Meeks are here to take questions and reply to criticism. It’s not the first time I have seen them do that; they get high marks for community involvement. At the same time I find it odd that Meeks, especially, who has name recognition and reputation comparable to Richard Stallman or Linus Torvalds, *appears* (to me) somewhat less than 100 percent interested in leveraging that reputation to rapidly increase funding to the eight-figure range. However, I accept that I may well be wrong.
I thank Florian Effenberger for the invitation to join the marketing mailing list. I may yet do that. But on reflection, as an end user I believe that my top interest should be in competition and choice, both of which have greatly suffered during the years of Microsoft dominance. The two main vehicles to improving that situation are the open document format and vigorous enforcement of existing laws and regulations dealing with anti-competitive practices.
So, I will start writing letters to national and European parliamentarians to bring my influence as a citizen and voter to bear. I will be grateful for any suggestions on existing initiatives that I might join.
I suggest the Writer needs in several improvements:
1. Please add global define command to all formulas in document to have own symbols and operators, defined somewhere globally in document and used everywhere. (Similar to LaLex)
2. Please make alignment of bottom line formula to the bottom line of text. Otherwise formulas jump up and down in text.
Could not find the answer to my question on Google (maybe I did not do a good sêarch) How does one make suggestions to improve LO (as a user) Is there an email address or something.
los.z.4nma@xoxy.net
If it concerns enhancements, you can file a bug (https://www.libreoffice.org/get-help/bug/) and add your idea here: http://wiki.documentfoundation.org/Vote_for_Enhancement
If it concerns GUI matters, you could get in contact with the design team: http://wiki.documentfoundation.org/Design
Howdy! 🙂
I have finally gotten around to checking this office suite and find it quite interesting to say the least.
Haven’t had a chance to do much with it (yet) but hopefully I’ll get to using it more. The last office suites we installed were 2K Pro and OO (forgot version).
This one looks to have much promise and the tremendous work involved must be massive.
We noticed that nobody seemed to address the questions by DrakoDrakkonis (apologies if i missed it somehow). He asked about something that i am also curious about. It seems to want to connect to the internet every time I open it (portable edition). Drako mentioned “… options related to the web…” . Can anyone steer me to where these options are explained and how to disable? Using it at one location prompted the need for inquiry about Internet access. Their FW caught it. I also wouldl like to use it without having to rely on the Internet, and wonder if it is true that it still attempts internet access if these “options” are disabled or uninstalled and if so, why?
Something else we all here wanted to know. We liked OO because we could always get an English only version. Is that possible with Libre Office?
Upon first time use and in spite of choosing the English it seems to install a LOT of other language files. If that isn’t in the works, is there a tutorial that will guide us on how to remove the extra uneeded language files? Again, I apologize if that has been addressed someplace or with this new release and we just missed it.
Thank you for all of your great efforts for this Suite and for your help!
Hi Ed: connecting to the network may be specific to the Portable version, or it may be an on-line update check from LibreOffice – which should happen only at first start, and then each week afterwards I guess. You can configure that in Tools->Options->Libreoffice->Online update I hope. As for language files – yes we install a large set, but we’ve profiled and fixed the code to avoid performance problems from that – why do you want to remove them ? nevertheless, you can fiddle with an advanced install on windows to disable them I imagine if you really care: they shouldn’t be doing any harm 🙂 Hope that helps & thanks for your encouragement.
Thanks for the reply Michael! We found that we had not unchecked the ‘check for updates’ DUHHHHHHH! Our bad. Looks like that was it. Sorry ’bout that.
The Server support blog offered a bit of a tutorial on how to delete SOME of the extra lang files that remain after an “English” install. But the wording in the descriptions of the releases is very confusing. For instance, on your download page, under the “change system, version or language” you can actually scroll down and choose English US as if it was English Only. But that isn’t the case, as you’re strapped with a bunch of other languages with that release. Also read somewhere (sorry can’t find it now) where we read – in you want English to dl the multi-normal version and again it includes a bunch of other languages. Even Server Support blog claims by removing these extra lang files, it does increase the startup speed. But either their guide is incomplete or the other extra lang files we found that their guide doesn’t address are necessary for some reason?
However, and unfortunately, we’ve discovered – no matter what – the portable version is unusable.
It was far too slow on our TPad Centrino to use. We tried opening up a 7 mb ‘.docx’ file and not only did we need to go have coffee, we practically had time to BREW the coffee by the time the document opened. This is on a system with NO AV, or anti-malware installed. Very clean custom install of XP pro w/ 2GBs system ram on usb 2.0 using a Patriot flash drive. Using the same setup OOffice opened it in a fraction of the time. We realize that there is much more to LibreOffice than OO, but until we can get it to be faster, we can’t use the portable at all. Personally, I’d rather install it on this laptop, but I need to find out the process of updating and such before I would do that.
We can only hope the speed issue on the portable will improve some. But if not, depending upon the difference between OO and LO, we may prefer to simply install it. Hopefully we could come up with a script that will automatically remove these extra lang files as well.
This is an incredible project. While not a programmer, I did learn to create our own custom Live CDs and DVDs and I found the amount of work involved in that to be astronomical. I can only imagine what it takes to collaborate and work on something like this. Amazing. Thank you again for your feedback!