Don
Faire un don pour aider au developpement de WiPhA

Recherche




Préférences

Se reconnecter
---

Votre nom (ou pseudo) :

Votre code secret


 Nombre de membres 126 membres


Connectés :

( personne )
Visites

 2364645 visiteurs

 34 visiteurs en ligne

forum.gifForum - External Editor - Sujet n°290

Forum - Forum
External Editor - External Editor


actif  Sujet n° 290  OpenOffice Writer as ext email editor

le 20/06/2010 @ 21:06
par heboland

Anonyme

visiteur

Hello List! This is my first post here. Sorry the first one went to the guest book!
I'm trying to use OOoWriter from Oracle Vs 3.2.1 as an external editor. My env is openSuse 11.2, KDE 4.3.1 and TBird 3.0.1.

My first problem is finding a commandline executable to invoke the writer.

I may have to defer to something like emacs or Xemacs, but I would like to see have far I can take writer.

Has anybody out there tried OOoWriter as an external email editor using the TB extension from this site? Heboland
  Poster une réponse  Haut

[]   

Réponse n° 1
--------
le 23/06/2010 @ 19:38
par heboland

Anonyme

visiteur
Posting back to myself, I have made some progress using the Oracle 3.2.1 swriter as an external Thunderbird 3.0.3 compose editor. With the invocation swriter -nologo it works after a fashion with the Gobs EE 0.8.0 extension.

Formatting is what I'm working on now. The EE text option keeps no formatting as expected. HTML looks like an HTML source editor.

Apparently there is a middle ground that hides the HTML brackets, but maintains the text formatting. Heboland
  Poster une réponse  Haut
Réponse n° 2
--------
le 28/08/2010 @ 04:31
par heboland

Anonyme

visiteur
Ecrire à heboland   Poster une réponse  Haut
Réponse n° 3
--------
le 28/08/2010 @ 04:33
par heboland

Anonyme

visiteur
Ecrire à heboland   Poster une réponse  Haut
Réponse n° 4
--------
le 28/08/2010 @ 04:43
par heboland

Anonyme

visiteur
Posting
Ecrire à heboland   Poster une réponse  Haut
Réponse n° 5
--------
le 29/08/2010 @ 04:55
par heboland

Anonyme

visiteur
Posting back to myself again – this doesn't seem to be a popular topic!
To whom it may concern, the combination I described above works well about 75% of the time for general email.

The 25% problems all happen while replying to HTML messages. Again, most of the HTML replies work fine, but the replies that break all fail the same way. The ASCII Filter Option menu does not appear.

Instead the ooo edit window pops up using courier font. When this behavior happens the “save” of the composition only writes the ooo file to the /tmp directory.

The TB compose window then only shows the included message being replied to. Of course the composition can be recovered from /tmp, copied and pasted into the TB compose window and sent manually.

So if anyone is still with me here,  does this behavior strike a familiar note? That note would be the failure of the  ASCII Filter Option menu when selecting the EE button, followed by an exit failure from the EE extension.
Heboland
Ecrire à heboland   Poster une réponse  Haut
Réponse n° 6
--------
le 29/08/2010 @ 05:02
par heboland

Anonyme

visiteur
List, Moderator, Sorry for the blank posts!
My dial-up account doesn't give me much time to post, so I pre-compose my messages.
In the blank case they were composed by oooWriter.
To make this post work, I pasted the ooo file into vi and then repasted it.
Heboland
Ecrire à heboland   Poster une réponse  Haut
Réponse n° 7
--------
le 29/08/2010 @ 12:05
par Globs

Globs

Administrateur

Hi,
you are now using vesion 0.9.0, right?

You say that messages are *not* deleted from /tmp after you quit the editor?
Normally, when you quit the editor, TB takes over, gets the messages from /tmp, then deletes the temp file.

Is there any error message in the TB javascript console?

Also, just to understand what's your goal: when editing in ooo in html mode, do you get a wysiwyg editor with rich text, or the complete html code of the message?
Ecrire à Globs   Site web Globs Poster une réponse  Haut
Réponse n° 8
--------
le 29/08/2010 @ 12:45
par Globs

Globs

Administrateur

According to this part of the code:
Code : javascript
    var content = extEditorReadFile(file, prefEditorUnicode);
extEditorDeleteFile(file);

if (content==null) {
setEditorDisabled(false);
return;
}
 
one possible scenario is that for some files (depending on their names?)
the read function fails (there must be a msg for that in the error console) and returns and empty content.
In that case, it's possible that the delete function doesn't work better (there must be a msg for that too), and the TB window is then left as it was before starting.
Try to see any difference in names when fails happen (non standard ascii characters? too long names?)
Ecrire à Globs   Site web Globs Poster une réponse  Haut
Réponse n° 9
--------
le 30/08/2010 @ 10:05
par heboland

Anonyme

visiteur
Thank you for your responses!

I attempted to reply to this email that has failed before: Summers_Here_Now_on_to_Fall_#27. With the TB Error Console open, I don't see an error. The ASCII Filter Options menu didn't appear. oooWriter came up in 12point Courier. When I attempt to exit oooWriter, the Save menu comes up.

Instead of transferring the oooWriter compostion to the TB Write window an oooWriter Save as window appears with file name: Re_My_Name-_Summers_Here_Now_on_to_Fall_27_1283153628071 and the file time selected is ODT.

If I chose to save the file, the TB Write window come up with only the included copy of the original message.

Note that the # in the email subject gets lost in the file names, but TB writer preserves it.

I'm still using version 0.8.0 since I only have TB 3.0.3. but I can upgrade to 0.9.0 if appropriate.

The way I know in advance whether EE will work correctly is whether or not the ASCII Filter Options menu appears. If I get the menu everything is fine. I select OK and oooWriter comes up in 10point Droid Serif.

If I don't get the ASCII Filter Options menu oooWriter comes up in 12 Courier. In this second case the composition file is left in /tmp when saved, and nothing is added into the TB compose menu.

My edit format is probably wysiwyg in RTF, but definitely it's not HTML source code with the tags. The picture in my head is that the formatting information is contained in HTML as an invisible part of the message.

One other trait of this secondary behavior is that further attempts to reply to the same message will also fail.

From the ooo Recent File list /tmp/Re_My_Name_-_Summers_Here_Now_on_to_Fall_28_1283051264559.eml worked.
/tmp/Re_My_Name_-_Summers_Here_Now_on_to_Fall_27_1282877012036.eml failed.

I will watch for errors in the Java Error Console. Heboland
Ecrire à heboland   Poster une réponse  Haut
actif sujet actif   clos sujet clos   Important! Important!   Nouveau Nouveau message   -   Rectifier Rectifier message   Clôturer Clôturer sujet   Remonter Remonter
[]
Catégories de discussion  Forum 



^ Haut ^