Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

LibreOffice 3.6.0: behind the scenes

people.gnome.org

Post reply on HN
Print view View original

11–20 of 23 posts

Re: LibreOffice 3.6.0: behind the scenes

#11

Post by vhf »

bergie wrote: post #3

"German comments removal" sounds like a lot of work. It is always very annoying when programmers comment (or even name their variables/functions/whatever) using another language than English. Most APIs are based on English so this makes a very messy combination. And yet people do it often, hindering the possibility of foreigners to contribute. A recent example I've run into is the WYSIWYG editing extension for ShareJ…

  as detected by Miklos' nice bin/find-german-comments script
Don't know why, but it made me laugh.

  bin/german-and-comment
would have been a great pun.

Re: LibreOffice 3.6.0: behind the scenes

#12

Post by sandGorgon »

tibbylickle wrote: post #9
sandGorgon wrote: post #5

Will pay a lot of money for a Linux-compatible Excel feature-parity version of a spreadsheet. In fact, most spreadsheets today are created using OOXML, so it might be easier (notionally speaking) than the binary XLS format. I daresay, there is a very, very large market for this - especially in Asia. I dont need the same for Word or Powerpoint - PDFs work fine in an emergency. For spreadsheets, I dont have an alternat…

Would you mind enumerating some of the most glaring omissions in existing Linux alternatives?

Spreadsheets cant work with XLSX - especially things like pivot tables, etc. In fact if you google around, you will see people having serious problems opening a fairly small (in business terms) XLSX in OO/Libre, which opens in a second in Excel.

Same with Softmaker.

Re: LibreOffice 3.6.0: behind the scenes

#13

Post by sandGorgon »

Spooky23 wrote: post #8
sandGorgon wrote: post #5

Will pay a lot of money for a Linux-compatible Excel feature-parity version of a spreadsheet. In fact, most spreadsheets today are created using OOXML, so it might be easier (notionally speaking) than the binary XLS format. I daresay, there is a very, very large market for this - especially in Asia. I dont need the same for Word or Powerpoint - PDFs work fine in an emergency. For spreadsheets, I dont have an alternat…

It's a tough thing to do -- particularly with Excel -- many spreadsheets include VBA code and other stuff that has dependencies on other parts of the Microsoft stack. OOXML is a beastly specification, because it's not just a description of how to create a document or spreadsheet -- it includes artifacts to maintain compatibility with MS Office software from the early 90's.

VBA is the big beast - but here is a question from me. What will it take to implement VBA on top of Lua (or any other lightweight,embedded runtimes/VM). Hell, what will it take to implement VBA on top of the V8 engine [1] ? If one can achieve that, then you can pretty much build a spreadsheet as a browser plugin for 80% of the cases. For the rest 20% pathological cases - fine, reboot to windows.

Now, thats's an idea for a Kickstarter. This is the kind of thing that goes on to transform businesses in third world countries - Excel is what prevents the move to Linux more than ANYTHING else.

[1] http://ramblings.mcpher.com/

Re: LibreOffice 3.6.0: behind the scenes

#14

Post by skittles »

greatquux wrote: post #4
chris_wot wrote: post #2

I think it's remarkable how much the LibreOffice folks have achieved compared to what was acheived when Sun was running this project!

Absolutely. Given how much cruft we'd all heard was in there, it really is amazing how they've cleaned it up. Too bad there are two competing projects, but really LO looks like the winner so far.

Don't forget about IBM Lotus Symphony. I really wish IBM would merge their efforts with the LibreOffice team, but I know it won't happen.

Re: LibreOffice 3.6.0: behind the scenes

#15

Post by ehutch79 »

sandGorgon wrote: post #13
Spooky23 wrote: post #8

Earlier quoted context omitted.

It's a tough thing to do -- particularly with Excel -- many spreadsheets include VBA code and other stuff that has dependencies on other parts of the Microsoft stack. OOXML is a beastly specification, because it's not just a description of how to create a document or spreadsheet -- it includes artifacts to maintain compatibility with MS Office software from the early 90's.

VBA is the big beast - but here is a question from me. What will it take to implement VBA on top of Lua (or any other lightweight,embedded runtimes/VM). Hell, what will it take to implement VBA on top of the V8 engine [1] ? If one can achieve that, then you can pretty much build a spreadsheet as a browser plugin for 80% of the cases. For the rest 20% pathological cases - fine, reboot to windows. Now, thats's an idea…

doesn't office on mac not even support vba?

Re: LibreOffice 3.6.0: behind the scenes

#16

Post by cs702 »

As someone who's been using LibreOffice regularly since it was made the default office suite in Ubuntu, I can attest personally to its ongoing improvement in usability, performance, and looks. As of today, LibreOffice feels smoother, faster, and prettier to me than OpenOffice ever did.

I can't wait to see what the talented LibreOffice developers decide to do once they have finished cleaning up legacy code and can focus almost exclusively on those things that impact user experience the most.

LibreOffice's usability, performance, and looks are likely to improve dramatically over the next couple of years.

Re: LibreOffice 3.6.0: behind the scenes

#17

Post by derleth »

ehutch79 wrote: post #15
sandGorgon wrote: post #13

Earlier quoted context omitted.

VBA is the big beast - but here is a question from me. What will it take to implement VBA on top of Lua (or any other lightweight,embedded runtimes/VM). Hell, what will it take to implement VBA on top of the V8 engine [1] ? If one can achieve that, then you can pretty much build a spreadsheet as a browser plugin for 80% of the cases. For the rest 20% pathological cases - fine, reboot to windows. Now, thats's an idea…

doesn't office on mac not even support vba?

Not anymore: VBA came (back) to Office on Mac with Office 2011.

http://www.macworld.com/article/1154785/welcomebackvisualbas...

"According to Microsoft, Excel 2011 for Mac features a full port of the Windows Office VBA environment; in most cases, the OS X and Windows versions of VBA now mirror each other."

Re: LibreOffice 3.6.0: behind the scenes

#18

Post by niels_olson »

cs702 wrote: post #16

As someone who's been using LibreOffice regularly since it was made the default office suite in Ubuntu, I can attest personally to its ongoing improvement in usability, performance, and looks. As of today, LibreOffice feels smoother, faster, and prettier to me than OpenOffice ever did. I can't wait to see what the talented LibreOffice developers decide to do once they have finished cleaning up legacy code and can foc…

For me, LibreOffice has trumped NeoOffice on the Mac. I just have no reason to support that project. Does anyone know if the NeOffice guys return code back to the LibreOffice master? If so, I could see that as a reason to continue supporting them.

Re: LibreOffice 3.6.0: behind the scenes

#19

Post by graue »

vhf wrote: post #11
bergie wrote: post #3

"German comments removal" sounds like a lot of work. It is always very annoying when programmers comment (or even name their variables/functions/whatever) using another language than English. Most APIs are based on English so this makes a very messy combination. And yet people do it often, hindering the possibility of foreigners to contribute. A recent example I've run into is the WYSIWYG editing extension for ShareJ…

as detected by Miklos' nice bin/find-german-comments script Don't know why, but it made me laugh. bin/german-and-comment would have been a great pun.

I'm sorry, I've really tried and even said this out loud a couple times, but I don't get the pun. Explain?

Re: LibreOffice 3.6.0: behind the scenes

#20

Post by signalsignal »

vhf wrote: post #11
bergie wrote: post #3

"German comments removal" sounds like a lot of work. It is always very annoying when programmers comment (or even name their variables/functions/whatever) using another language than English. Most APIs are based on English so this makes a very messy combination. And yet people do it often, hindering the possibility of foreigners to contribute. A recent example I've run into is the WYSIWYG editing extension for ShareJ…

as detected by Miklos' nice bin/find-german-comments script Don't know why, but it made me laugh. bin/german-and-comment would have been a great pun.

I think bin/germane-comment would have been a great pun.
Post reply on HN