|
R. Giskard Reventlov wrote: few Americans are sophisticated enough Fanta is sophisticated?
There are only 10 types of people in the world, those who understand binary and those who don't.
|
|
|
|
|
|
It would be for Americans.
|
|
|
|
|
R. Giskard Reventlov wrote: It would be for Americans. Nice try. You've already embarrassed yourself claiming those were jokes, now your digging your hole deeper.
There are only 10 types of people in the world, those who understand binary and those who don't.
|
|
|
|
|
RyanDev wrote: You've already embarrassed yourself claiming those were jokes,
Actually, as per usual, you have that aśś-backwards. Those are jokes (not all good, of course). You just have no sense of humor (long proven by your posts). Mus be like living with a stale loaf.
|
|
|
|
|
Where do I ask a question here on CodeProject about LibreOffice ?
|
|
|
|
|
I think you have two options:
1. here in the lounge if the question is not a programming thing.
2. in the q&a.
|
|
|
|
|
Okay, if this is the wrong place to ask, I'll cancel it, or invite the mods to move it.
Here's the question...
LibreOffice Question...
I tried to open a file.
The file was fine last night.
This morning I get this messasge
==================CLIP================================
LibreOffice 4.3.3.2
Read-Error.
Format error discovered in the file in sub-document content.xml at position 2,604924(row,col).
==================CLIP================================
What do I do now ?
|
|
|
|
|
Have you tried opening the file in such a way that you can view the .xml in question? notepad.
This is really a Q&A question. Once you ask there, you will then be notified to use Google.
|
|
|
|
|
The suggestions are good given the kind of question... never used this software so I don't know what to do apart of asking Mr. Google...
Doing that gives that[^] feedback that, given your error message it looks like it is easily what is happening here...
take a look into it and let's see...
|
|
|
|
|
LibreOffice the software? Ugh, possibly the lounge or Uncategorized.
LibreOffice as to its code I'd go for the relevant language forum.
Geek code v 3.12 {
GCS d--- s-/++ a- C++++ U+++ P- L- E-- W++ N++ o+ K- w+++ O? M-- V? PS+ PE- Y+ PGP t++ 5? X R++ tv-- b+ DI+++ D++ G e++>+++ h--- r++>+++ y+++*
Weapons extension: ma- k++ F+2 X
}
If you think 'goto' is evil, try writing an Assembly program without JMP. -- TNCaver
|
|
|
|
|
Feel 'Libre' to ask your 'Office' questions here.
At home, we use OpenOffice and are generally pleased with it; I understand LibreOffice is a fork from it.
|
|
|
|
|
Tim Carmichael wrote: is a fork
Well, quite. I imagine the OP thinks that now too!
|
|
|
|
|
Switched from OpenOffice to LibreOffice and have not been disappointed.
Good luck with your questions.
Mongo: Mongo only pawn... in game of life.
|
|
|
|
|
Dont you think that the have a own and better forum for its software?
I use it for years, dont know since when...
Press F1 for help or google it.
Greetings from Germany
|
|
|
|
|
That's That
===========
That's nothing to sneeze a real nowhere there's a will there's a wayback machine learning Odyssey and the Iliam Neeson of a guntotin' rootin' tootin' Raspberry Piehole in the World and that's
|
|
|
|
|
I want a document format that: when I distribute copies of the document to others:
0. will only "work" (open, be readable) on the computers of those I have sent it to who have a working password. i.e., if you were able to copy it onto another computer, it would not "work" even if you had the correct password.
Requires people with drafts/copies to have internet access, and, when the document is opened, an "authorization exchange" between their computer and a server I control will determine whether the document. No internet access, no document access.
a. has "atomic elements" (text, images) that are copy-able or un-copy-able, editable, or un-editable.
b. content can annotated by the user in some interesting way: the annotations are, then, automatically posted to an archive on my server ... either as created, or when the document is closed.
c. if my server sends the right whatever down the wire when the user opens the document, the document will essentially "destroy" itself: content and structure rendered unusable.
d. the document can be time-limited, and will self-destruct as in 'c. after a certain date.
e. will embed a digital watermark allowing its source to be traced back to an individual or computer.
f. all of the above must not "feel oppressive" to the end-user.
g. has to work on Win, IOS, and Android.
In spite of the above "stipulations," I recognize what's described here... unless done to military-spec encryption and, perhaps, hardware dongle levels of whatever ... can be defeated by someone dedicated enough. Of course, I also recognize the virtual impossibility of preventing screen-shots which could then be run through OCR software to resurrect viable text, etc.
My thoughts are that the only way most of this could be implemented would involve having an installer that created a "hardware hash" key based on the user's cpu, hard-drive, etc., during installation and then sent that up to the server. The server would then use that to "water-mark" each document, and the reader app would send that hash to the server when the reader was opened ... the server would then send back a message that would control "document state."
Why would I want such a document application/format ? To prevent accidental copying and forwarding of content, for example. To prevent possible plagiarism when sharing original creative work. More seriously, I can see a need for this in certain "intellectual property" scenarios.
I confess complete ignorance of what's possible in this "arena" using tools like Acrobat and MS Word, at this point in time.
Is the seed-idea for your next million dollar$ waiting for you, lurking in this excursion into Orwellian fantasia ?
Will you at least buy me a latte when you cash in ?
cheers, Bill
«I want to stay as close to the edge as I can without going over. Out on the edge you see all kinds of things you can't see from the center» Kurt Vonnegut.
|
|
|
|
|
BillWoodruff wrote: Is that too much to ask?
Yes.
|
|
|
|
|
|
Please take a look to the Harvard study cases for Economics and Management Engineering. They use a client that even block screen captures (which I bypassed anyway, VNC is the way) and the corresponding format. It also charges money for printing.
When I attended courses at my local University (Polytechnic University of Turin) we also had a similar client to freely access books that were otherwise to be bought.
I can't be more specific due to Internet access restrictions of my company (long live the Direction!).
Geek code v 3.12 {
GCS d--- s-/++ a- C++++ U+++ P- L- E-- W++ N++ o+ K- w+++ O? M-- V? PS+ PE- Y+ PGP t++ 5? X R++ tv-- b+ DI+++ D++ G e++>+++ h--- r++>+++ y+++*
Weapons extension: ma- k++ F+2 X
}
If you think 'goto' is evil, try writing an Assembly program without JMP. -- TNCaver
|
|
|
|
|
There is a protection API that all the MS Office applications and Adobe PDF viewer called "Information Rights Management".[^]
It works well enough at preventing emailing/printing/accidental disclosure but, of course, can be circumvented by someone with a camera phone and OCR software.
|
|
|
|
|
PDF?? At least some of your items I would think are handled by this format.
|
|
|
|
|
It already exists; it is called a "compact disc".
..but it ain't too hard to change a few byte and create a new one. So, no, not in the digital world.
Bastard Programmer from Hell
If you can't read my code, try converting it here[^]
|
|
|
|
|
SharePoint?
|
|
|
|
|
BillWoodruff wrote: the document can be time-limited, and will self-destruct as in 'c. after a certain date. The problem with self-destruction is: How would you trigger it if there is no access to the server that is in charge of the kill switch? One could steal a document and try to hack it on an network-isolated device. There's also no easy way to prevent an attacker from creating copies or backups of the document (provided that "the document" is a physical file stored in a file system) and restore it if the original has been destructed.
Because of this, I think a better approach would be to get away from the idea to have a physical copy of the document present on the client. I mean, if an internet or local network connection for authentication etc. is required to access it in any event, why store the document on the client in the first place?
IMO a protected document has to live on the server exclusively, and the client (the reader) downloads only the parts it wants to access on demand, storing that information in encrypted form in memory rather than on disk. The private key could be the hardware hash of the client device, although that might not be the safest approach because someone with physical access to the device could steal that information and build a specialized virtual machine that impersonates the client. Any edits are sent back to the server and stored there. No need for self-destruction as the local information will be lost when the reader is closed or after a timeout (zeroing the memory) or when the device is powered off.
|
|
|
|