Follow Slashdot blog updates by subscribing to our blog RSS feed


Forgot your password?

Submission Summary: 0 pending, 5 declined, 0 accepted (5 total, 0.00% accepted)

DEAL: For $25 - Add A Second Phone Number To Your Smartphone for life! Use promo code SLASHDOT25. Also, Slashdot's Facebook page has a chat bot now. Message it for stories and more. Check out the new SourceForge HTML5 Internet speed test! ×

Submission + - Case GPL v. anti-trust regulations concluded.

ThePhilips writes: Interesting C|Net piece How GPL fits in with the future of antitrust regulation about case which wanted to challenge GPL on anti-trust grounds. Quotes:

The plaintiff in the case, Daniel Wallace, has wanted to compete with Linux by offering a derivative work or by writing an operating system from the ground up. He argued that he has been barred from doing so, while Linux and its derivatives can be obtained at no charge. He asserted that IBM, Red Hat and Novell have conspired to eliminate competition in the operating-system market by making Linux available at an "unbeatable" price: free.

The court found Wallace's theory to be "faulty substantively." The decision pointed out that "the goal of antitrust law is to use rivalry to keep prices low for consumers' benefit." Here, the court concluded that Wallace sought to employ "antitrust law to drive prices up," which would "turn (antitrust law) on its head."

Common sense prevailed.


Submission + - ODF Interoperability

ThePhilips writes: OpenDocument Fellowship has done some interoperability testing. Sadly, no ODF suit/application has as of yet received "5 out of 5 stars" conformance/interoperability mark.

KOffice and OO.o are noted as having problems with each other documents - specifically images. Or to put it bluntly, goal of interoperability is more than just far away. But at moment it is clear that price is major driving force behind the office suits so interoperability apparently had been lowered to second priority.

I wonder how would handle interoperability of ODF suits in future. Apparently interoperability with M$Office is still higher in list of OO.o priorities - compared to fellow ODF suits / standalone applications.


Slashdot is powered by your submissions, so send in your scoop
No scoops, just botherdom of real world.
User Journal

Submission + - OpenDocument Format - How portable it is?

ThePhilips writes: I recently tried to make simple QuickRef document for GNU/Arch. QuickRef in theory is simple document which encompass list of often used commands of specific tool. I wanted to create such one in ODT using 2.0 under (sorry) Windows.

It's all started Okay. But after typing few lines, I got tired of OO.o2 bug: one-two minute freezE when opening fonts dialog (It happens sometime when you have several documents open in OO.o for long period of time.)

I bravely decided that KOffice 1.5 would do better job, so I fired up VMware Player (we are not allowed to have Linux in office - free VMware is Ok) with Debian. First problem appeared - fonts. Windows and Linux do not have same fonts. Document with Times New Roman and Courier New looked ugly, until I replaced M$Windows fonts with native Linux ones - Bitstream Serif/Sans/Mono.

Then second problem surfaced: KOffice 1.5 apparently doesn't support character styles, but only paragraph styles. I used such style in comments intermixed in meta-code I were adding to QuickRef.

Okay. KOffice is really more pleasant to work with, compared to OO.o1/2. And bit later job was done. Now I was going to enjoy the results. "Print" > "Print to PDF" ... Oops. That looks ugly. Apparently GhostScript didn't like fonts I have used and all labels in PDFed QuickRef were misrendered: readable, but ugly. Nevermind - let's try another fonts. No luck: the same ugly result.

Okay. Nevermind. Let's bring my QuickRef back to Windows and OO.o2 - if it's inconvenient to edit document, printing/exporting framework of OO.o is definitely more stable compared to KOffice one.

FTP, copy document, fire up OO.o2 ... Holy crap. Fonts - OO.o seems used some randomization algorithm picking font substitution. Font sizes - some paragraphs or parts of them displayed with font size two times (or so) smaller than standard (and no apparent problem is visible in paragraph style dialog - all sizes globally set to 11pt, reapplying style didn't help). Italic I have used for comments got partially removed... Needless to say that next-to-perfect PDF export function of OO.o have produced exact replica of the ugly mess I have had on screen.

No matter how raw and unstable KOffice 1.x, OO.o2 dumbly breaks on document created in alternative application. The only way I have come up to fix the observed in OO.o weirdnesses - reimport thru plain text file (select all, copy to notepad, reselect in notepad and then back from notepad into OO.o) what is bogus. Does anybody ever tested OO.o with ODF generated by other tools, me wonders.

I wonder if I am only one who is trying interoperability of ODF suits. Have anybody else tryed to move ODF documents around between ODF capable suits (OO.o and KOffice are the only I know and have) with positive results? Moving documents from Windows to Linux and back?

Slashdot Top Deals

"The eleventh commandment was `Thou Shalt Compute' or `Thou Shalt Not Compute' -- I forget which." -- Epigrams in Programming, ACM SIGPLAN Sept. 1982