User login
Syndicate
Gimp Plugins installers for Win32
Several Windows users think that installing Gimp plugins under Windows is hard.
As I was playing around with Inno Setup, I randomly chose these plugins, only because I had just a new Windows 32 compilation of them, and I release those first plugin installers without any warranty.
They should work on any Windows version, but I'm waiting for feedbacks.
These are automated Windows installers. Please, do not copy the setup files into your Gimp plug-ins directory!
(Otherwise, the setup file would be executed every time Gimp is launched).
A great benefit of an installer is that it easily installs localization files that several experienced users hardly can locate on Windows.
Another benefit is that you can uninstall everything, even the language files, or update the plugins easily. Please note that:
I didn't create any shortcut in the Start Menu, even for uninstallers. The uninstallers are available through Windows Add/Remove Programs feature. (For geeks: the uninstall executable is placed in c:\Documents and Settings\[user name]\.gimp-2.6\plug-ins\uninst\, so that if you install several plugins, you will see unins000.exe, unins0001.exe... but let Windows care about that. You can use CCleaner uninstall feature: it is faster).
Plugins are located in Documents and Settings\[user name]\.gimp-2.6\plug-ins\ of the system dir. If you want to change this path, Setup allows to do it manually. If you have a previous version of the same plugin in Program Files\GIMP-2.0\lib\gimp\2.0\plug-ins\, you should delete it.
About the plugins:
Wavelet Sharpen and Separate+: New compilations of the latest versions of these great plugins. Nothing really new.
Texturize: New compilation, stripped executable, no longer black frame, fixed French translation (no other language included yet). (For geeks: If you have trouble compiling the sources on Windows, just add: #define HUGE HUGE_VAL).
I included my Inno Setup iss sources with the installer, named 'Setup.exe' in each ZIP file. For 'normal' users: keep 'Setup.exe', delete the other file. The first version of wavelet-sharpen I uploaded was a wrong one, sorry. It creates a 'Program FilesGimp-2.0' dir in the root dir. I forgot a backslash. Just uninstall or delete this dir.
[2010/6/23] Fixed versions for custom install dirs.
[2010/6/25] Added Wavelet Denoise and Wavelet Decompose.
[2010/6/27] Added Noise Generator.
[2010/7/1] Fixed compatibility issues with 'Documents and Settings' on some systems.
If you experienced some directory problem, just uninstall the previous version, before installing the fixed one.
[2010/07/25] New compilation of Wavelet-Sharpen, as some users reported dll issues with former versions of Gimp (but I was not able to reproduce the error on my computer).
Added fix-ca v3.0.2 by Kriang Lerdsuwanakij. This plugin fixes chromatic aberration caused by imperfect lens. It works by shifting red and blue components of image pixels in the specified amounts.
(note that I could not get rid of a small display bug that occurs on Windows: at start, preview saturation is set to more than 100 and should be adjusted).
Added Unsharp 2 v0.12 by Peter Heckert: This plugin is no longer developed, but has fine features, and does not override the original Gimp Unsharp mask.
[2010/08/07] Added Gimp Image Register, that allows to align several images like bracketed exposures that may be slightly different in order to make an HDR multi-exposure image. As I have still a Pentium 4, I added a version for my own use, that can be useful to others (compiled with -march=pentium4m -msse2 -mfpmath=sse, should work with other sse2 machines).
[2010/08/10]Fixed gimp-image-reg localization. Added llibintl-8.dll into Wavelet Sharpen installer, for the plugin seemed to work only with Gimp 2.7.
libintl-8.dll is installed into Gimp bin directory, only if file does not exist. So, if you have already Gimp 2.7, the file will not be overwritten; if you have 2.6, the file is copied into \GIMP-2.0\bin\, along with other Gimp binaries, and will be uninstalled if you remove the plugin. The only predictable, but rather unlikely issue would be if you have Gimp 2.6, then install the plugin, then install Gimp 2.7 into the same directory, the uninstall the plugin: the dll would be removed. I didn't install into the user plug-ins directory, for I feared it would conflict with a newer version of the same dll.
[2010/08/11] Added Gimp Dynamic range Transformer, by Ivan Bezdomniy (with P4 version too).
[2010/08/20] Added Save for Web, by Aurimas Juška, Michael Natterer and Kevin Turner (with P4 version too). As the plugin would not work with my DSLR files:p, I increased the maximum image size. Tell me if it hangs with large files.
[2010/08/23] Added Kaleidoscope; this good old gimp plugin still works. No locale files, but copies fp-kaleidoscope-anim.scm into the right folder.
[2010/11/09] Added Iterative Save. No locale files, very simple installer but useful plugin.
[2010/12/12] Added Resynthesizer, with smart-remove.scm (Heal Selection version, the good one) and smart-enlarge.scm
[2011/07/09] Added Advanced Unsharp Mask (AUMASK) Sharpening v0.8. You'll find in in <Image>/Filters/Enhance. I was able to compile this version thanks to the wise advices of Samj. No locale files yet.
[2011/07/16] Added Elsamuko Temparature plug-in.
2011/07/16] Updated Resynthesizer installer with a conditional install of libintl-8.dll in (programs directory)GIMP-2.0\bin\ if there is none.
| Attachment | Size |
|---|---|
| separate+_w32_inst_1.zip | 540.56 KB |
| gimp-texturize_w32_inst_1.zip | 479.79 KB |
| wavelet-denoise_w32_inst.zip | 486.32 KB |
| wavelet-decompose_w32_inst.zip | 476.77 KB |
| noise-generator_w32_inst.zip | 479.33 KB |
| fix-ca_w32_inst.zip | 469.56 KB |
| unsharp2_w32_inst.zip | 489.5 KB |
| wavelet-sharpen_w32_inst.zip | 515.8 KB |
| gimp-image-reg_w32_inst.zip | 567.83 KB |
| gimp-image-reg_w32_inst_P4.zip | 568.23 KB |
| gimp-drt_w32_inst.zip | 474.41 KB |
| gimp-drt_P4m_w32.inst_.zip | 474.46 KB |
| save-for-web_w32_inst.zip | 980.16 KB |
| kaleidoscope_w32_inst.zip | 943.97 KB |
| iterative-save_w32_inst.zip | 931.51 KB |
| aumask-0.8_w32_inst.zip | 942.64 KB |
| elsamuko-temperature_w32_inst.zip | 933.18 KB |
| resynthesizer_w32_inst.zip | 1020.01 KB |
Comments
Resynthesizer needs LIBINTL-8DLL
After installing Resynthesizer I get an error message asking for LIBINTL-8.DLL. Any ideas what it is looking for, where to go and get it, where it should go, and why it did not install correctly?
libintl-8.dll
As libintl-8.dll was in my Gimp bin directory, I did not think including the dll was necessary. But on 2011/07/18 I modified the installer which now includes this dll and installs it into GIMP-2.0\bin\ if not already present.
Already had many of these
Already had many of these plugins, but decided to remove my texturize plugin and try your compile. Like it that the stupid DOS Box doesn't pop up anymore when running the filter; thanks for that. I Just wish the plugin wasn't so buggy when trying to create seamless textures on larger targets (not your issue; bugs been there for a long time; not so buggy in Ubuntu but I even had it crash under certain conditions). :)
good idea Francois , very
good idea Francois , very handy expecially for Plugin with a not standard install routine (as gmic the installer you created for Gmic...)
Maybe instead then many separate installers would be possible a single 1 (a bit as the Registry plugins pack offered by Ubuntu Distro ) offering the options to install all the plugin or just some selected ?
about other plugin i will suggest Resynthesyzer (not so hard to install manually ,except most fail to find the right version and to match the plugin with the updated related scripts..that obviouvsly being scripts has to be installed not in the plugin but in a script folder ,confusing even more the users)
In case you would go for Resynthesizer i would remind my old suggestion : slightly change its registration path (from Filter/Map/Resinthesyzer to Filter/Map/Resinthesyzer/Resinthesyzer so all the Resinthesizer-related scripts could be easily arranged to be listed in the same submenu (as Filter/Map/Resinthesyzer/Heal Selection,Filter/Map/Resinthesyzer/Smart remove etc) instead then scattered as now each in the most different different menu locations
but i mostly hope for a mathmap installer..last windows alpha seems sufficent stable on windows
Thank you, PhotocomiX
Of course, I like the idea of a plugin pack too. I'll do it when I can. It means I should learn how to use Inno Setup a little more, because the user must be able to choose only the plugins he wants: we are trying to help Windows users, but FOSS must not ruin Windows systems by installing PUPS (potentially unwanted programs) like most commercial or supposedly free Windows programs do;)
Resynthesizer is a good idea, indeed. I'll make it soon. As the Windows version still has the 'top left corner' bug, and nobody, even Michael Schumacher, seems to be able to fix it, I thought that only the 'heal selection' script was really useful. But, well, I'll have a look to the menu location.
I thought of a Mathmap installer yesterday (despite I was never able to compile it by myself), but I googled it out here:
http://www.complang.tuwien.ac.at/schani/mathmap/files/mathmap-1.3.5-setu...
yes you are right about
yes you are right about mathmap,i edited that part of my message but you already read it
What we'd really like to see
What we'd really like to see a way to get plug-ins from within GIMP. Maybe by accessing the registry.
Several issues have to be addressed:
- there has to be a way to find plug-ins suitable for the users platform
- there has to be a way to make sure that binaries can be trusted
- there has to be a way to provide meaningful data to search plug-ins by
Something like an extension manager?
Seems like someone could write a script or program for this.
Maybe if all scripts and plug-ins had a specific number before their name they could be easily checked to make sure the same ones were not being downloaded to the manager? They could also add a W (windows) or L (Linux) or M (mac) for different platforms to each uploaded file to the registry.Make this a requirement for all uploads.
How it would work:
The script writer uploads a script with a number and a letter depending on platform.
If the script or plug-in is already there, (that specific number or letter), the upload is void until a new number is assigned to it.(this could easily be obtained via the registry home page). Just check to see what number is next.
Before the script is made available, its checked by an automated system for bugs.If no bugs its ready for the dl manager.If its even a little buggy it fails to be available and the creator of the code is notified via email.
IF the script makes it past the Registry.....
The Gimp user opens Gimp, and clicks on plug-in/script update manager
Gimp opens the manager, the manager links to the repository.
The manager checks your scripts and plug-in folders for the proper letter and number in the script or plug-in name.
The manager shows all the available scripts and plug-ins.The manager checks the plug-in folders, and scripts folders for duplicates, and shows only those which aren't.The user then has the option to dl and install or just dl and install at a later date.
Sounds easy, but i know it isn't.
Bonjour, Merci pour ces
Bonjour,
Merci pour ces installateurs.
Voici quelques idées :
- Je ne sais pas si c'est une bonne idée d'installer les greffons dans le répertoire usager car il peut contenir des caractères accentués et donc occasionner des problèmes de fonctionnement.
- Il peut aussi y avoir des problèmes de désinstallation en conservant les outils de désinstallation dans ce répertoire qui peut être facilement détruit en cas de problème.
- Installer les traductions dans "programm-files" n'est peut être pas une bonne idée sauf si l'adressage vers les traductions est en mode absolu dans les greffons. Il est possible de demander à l'utilisateur où est situé l'exécutable Gimp et d'installer les traductions en fonction de la position de cet exécutable après avoir vérifié la version de Gimp et la validité de l'arborescence.
- Avec le greffon separate, il serait peut-être bien de fournir les profils icc d'Adobe...
Merci.
Merci pour ton feedback
1 - Je ne comprends pas bien le problème. Certes, cela m'est arrivé une fois, quand mon répertoire utilisateur était "François", d'avoir des difficultés avec certaines versions de Gimp. Je suis passé à "Francois". Mais en principe, soit Gimp ne marche pas dans ce répertoire et la question ne se pose pas, soit il marche, et Inno Setup Unicode suit largement.
2 - Des problèmes de désinstallation : non. si des fichiers manquent, Inno Setup supprime ce qui reste et c'est tout.
3 - Je vise l'utilisateur de Windows qui n'arrive pas à installer les plugins ; j'évite donc de le dérouter. D'ailleurs en effet le chemin des traductions est inscrit en mode absolu dans les fichiers binaires. J'ai dû même user d'une ruse pour compiler : ./configure --prefix=//ROGRA~1/GIMP-2.0, puis patcher avec un P le premier slash aux deux endroits où il apparaît dans l'exécutable. Procédé que j'ai déjà utilisé avec Liquid Rescale et que Carlo Baldassi a gardé, je crois. Autrement, les exécutables vont chercher les localisations dans MinGW ou Msys, avec ensuite des dossiers type Linux. Je n'ai trouvé aucun autre moyen d'activer les traductions sous Windows.
4 - Je n'y avais pas pensé, mais avec Adobe, il faut peut-être se méfier, c'est des fanatiques de la propriété commerciale et des gros bénefs, non ?
En fait tu as raison, et je vais essayer de voir où ça doit aller précisément. Je croyais que ICC Profiles for bundlers n'était plus accessible (en suivant le lien de la doc d'icc_colorspace), puis je suis arrivé à télécharger le fichier chez Adobe. Si tu as ce paquet, j'aimerais bien que tu me dises si tu penses que la licence permet de l'inclure dans une distribution de logiciel libre (http://download.adobe.com/pub/adobe/iccprofiles/win/AdobeICCProfilesCS4W...).
suite feedback
Bonjour,
Q : Des problèmes de désinstallation : non. si des fichiers manquent, Inno Setup supprime ce qui reste et c'est tout.
R : Je me suis mal expliquée : Je pense que le système de désinstallation ne doit pas être installé dans le répertoire .gimp-2.x mais ailleurs, par exemple un répertoire particulier réservé à cet usage.
Pour l'adressage des traductions, j'ai le même problème. Je ne sais pas faire un adressage relatif du type ../xxx
Au sujet des profils Adobe, tu as raison il faut une autorisation de distribution. Il serait peut-être bon d'ajouter un lien ou un fichier avec ce lien vers le téléchargement dans l'installateur. Voici le lien pour Windows :
http://www.adobe.com/support/downloads/product.jsp?product=62&platform=w...
Désinstallation
Je comprends. On en a discuté aussi avec David Tschumperlé, puisqu'à l'origine de ces installeurs se trouve mon idée d'un installeur pour G'mic, puis celle que si je le faisais moi-même ça irait plus vite;) Il pensait, comme moi au début, à un dossier Program Files avec seulement les désinstalleurs. Mais j'ai la phobie de la multiplication des dossiers.
Vous avez peut-être raison tous deux, et c'est facile de modifier le script. Mais il n'y a pas de danger pour le système : si on efface le désinstalleur et le script de désinstallation (et je suppose aussi les plugins), il restera juste une clé registre, qui disparaîtrait si l'usager nettoyait les clés orphelines (CCleaner, par exemple). Je comprends ta réaction, parce que du seul fait que que Google Chrome s'installe dans le dossier utilisateur, je préfère Chromium en zip...
On pourrait pourrait un peu mettre en commun nos connaissances en compilation : Je n'ai jamais trouvé mieux que ./configure --prefix=//ROGRA~1/GIMP-2.0 -CFLAGS=s LDFLAGS=-mwindows en patchant le premier slash avec un P deux fois dans le binaire. Pour Adobe, il doit y avoir un moyen d'insérer une adresse cliquable dans l'interface de l'installeur, ou alors il faut installer un lien URL aussi. Mais toujours penser à l'usager moyen qui ne veut pas de technique, même si nous, on aime ça;)
Désinstallation suite
Bonjour,
Je crois que créer un répertoire spécifique aux installateurs/désinstallateurs (différent de ceux utilisés par Gimp) serait une bonne idée pour éviter l'emploi de ces nettoyeurs de registres. Cela permettrait de laisser le système propre (je pense aux gens, qui comme moi, utilisent le panneau de configuration pour désinstaller les programmes).
Je vois aussi un autre problème : Comment faire sur un ordi. à plusieurs usagers ? Ne faudrait-il pas installer ces greffons dans le répertoire ---\lib\gimp\2.0\plug-ins ? Il me semble que les installateurs sur Sourceforge de Jernej Simoncic positionnent une clef dans la base de registres (je vais vérifier). Si c'est le cas, l'installation pour tous les utilisateurs serait possible.
En ce qui concerne la compilation des greffons sous Msys/MinGW j'utilise --prefix=/usr pour retrouver les traductions dans C:\msys... (j'utilise les répertoires standard d'installation de Msys/MinGW) et je les installe(et désinstalle) par la suite avec notre outil maringouin.
Pour Adobe, il peut y avoir une option dans l'installateur (en utilisant wget par exemple) pour ou ne pas télécharger les profils.
(Suite)
L'installeur Inno Setup écrit une clé dans le registre ; c'est elle que l'on retrouve dans le panneau de configuration. Il faudra que je voie à l'usage pour le dossier du désinstalleur.
Proposer une installation "tous utilisateurs/un seul" serait une bonne idée en effet, mais je ne saurais pas le faire pour le moment.
Avec ton préfixe de compilation, je pense que tu n'as pas les traductions des plugins sous Windows. Je faisais une "fausse" compilation du même genre pour récupérer les .mo, puis une autre avec mon hack, mais à présent je ne compile plus les .po avec msys : je les ouvre avec PoEdit, et je clique sur "Enregistrer le catalogue", qui construit le mo. Il faut ensuite le renommer et le localiser dans le bon dossier quand même.
Bonjour, Inno Setup Je ne
Bonjour,
Inno Setup
Je ne peux pas t'aider, je ne connais pas du tout la programmation de cet installateur.
Préfixe
Avec Msys/Mingw, /usr renvoie dans msys. Certains greffons fournis avec notre archive (gap par exemple) fonctionne comme cela. Généralement je recompile (mais pas en ce moment) pour fournir les traductions sur notre archive (de mémoire : l'ancien liquid rescale, save for web). Je désinstalle via un fichier .bat activé par un menu dans l'utilitaire maringouin.
adressage absolu
Bonjour,
Je viens de ré-installer msys/mingw et divers pour vérifier l'adressage des traductions en mode absolu. C'est ma façon de faire mais il peut y en avoir d'autres qui te conviennent mieux :
- Je déclare une équivalence de répertoire dans C:\msys\1.0\etc\fstab , par exemple => c:/gimp_divers /toto
- Ensuite je compile le greffon avec ./configure --prefix=/toto , make , make install (j'ai réalisé l'essai avec gimp-plugin-template-2.2.0).
- Les traductions vont bien dans C:\gimp_divers et sont actives (vérifié en installant le greffon dans Gimp 2.6.9 en français par filtres > Misc > Plug-in template).
Pour moi le problème reste entier car je cherche à adresser en mode relatif.
Merci
Cette façon de faire est intéressante. J'ai aussi fait des essais pour l'adressage en mode relatif quand j'ai aidé Carlo Baldassi pour la compilation du dernier Liquid Rescale, mais sans résultat. J'ai dû faire des exécutables différents pour Gimp portable...
Dans les programmes de Marco Rossini (donc tous les wavelet, et Noise Generator), il n'y a pas de configure, et il suffit de remplacer par /PROGRA~1/GIMP-2.0/share/locale/ le chemin Linux dans le makefile des po, dans plugin.h de src + dans le Makefile de src, ajouter LDFLAGS = -mwindows et $(LDFLAGS) dans la ligne $(PLUGIN), et la compilation démarre. J'apprécie beaucoup ce programmeur. On n'en est pas encore aux chemins relatifs, mais qui sait ?
compilation + Liquid Rescale
Bonjour,
Liquid Rescale :
Suite à la réinstallation de Mingw-Msys, j'ai recompilé Liquid Rescale en modifiant un peu le code source dans le but d'avoir les traductions dans l'archive Gimp que nous fournissons. Le résultat est relativement bon : Les traductions sont bien en mode relatif et l'aide en mode absolu. Voici le lien du greffon avec les sources : http://www.aljacom.com/~gimp/gimp-lqr-plugin-0.7.1-1-i686.zip
*****
Paramètres de compilation (CFLAGS, LDFLAGS, PKG_CONFIG_PATH, etc.) :
Personnellement je les indique une bonne fois pour toutes dans C:\msys\1.0\etc\profile
*****
La version mixte 32/64 bits de Gimp 2.6.9 de Sourceforge :
Aujourd'hui j'ai fait quelques tests en ajoutant des greffons 32 bits sur le Gimp 64 bits => les résultats sont moyens pour certains greffons (problèmes de DLL et de compatibilité de DLL). Je vais essayer de faire une installation pour pouvoir compiler en 64 bits... Je suis au début mais j'ai quelques interrogations au sujet de la déclaration de CFLAGS en 64 bits. J'ai mis CFLAGS="-pipe -O2 -mms-bitfields -s -m64" mais je ne sais pas remplir -march=??? pour avoir un résultat valable pour AMD et Intel.
Tu me montres ce que tu
Tu me montres ce que tu ajoutes à Profiles? Tu es arrivé à compiler la dernière version sans aucun bug à l'affichage? moi, j'avais un chiffre faux qui apparaissait dans le mode interactif, et c'est Carlo qui a fini par installer un msys frais et cohérent sous Wine ; du coup, à présent, il est autonome;). Je te recopie les notes que j'avais prises l'autre jour:
# Target CPU Types -march= Type
# i386 DX/SX/CX/EX/SL i386
# i486 DX/SX/DX2/SL/SX2/DX4 i486
# 487 i486
# Pentium pentium
# Pentium MMX pentium-mmx
# Pentium Pro pentiumpro
# Pentium II pentium2
# Celeron pentium2
# Pentium III pentium3
# Pentium 4 pentium4
# Pentium 4m pentium4m
# Via C3 c3
# Winchip 2 winchip2
# Winchip C6-2 winchip-c6
# AMD K5 i586
# AMD K6 k6
# AMD K6 II k6-2
# AMD K6 III k6-3
# AMD Athlon athlon
# AMD Athlon 4 athlon
# AMD Athlon XP/MP athlon
# AMD Duron athlon
# AMD Tbird athlon-tbird
# SSE msse
# SSE2 msse2
Exemple: Pour un Pentium4 avec sse2, je mets : -march=pentium4m -msse2 -mfpmath=sse. À mon avis pas de -march pour un résultat générique.
J'en viens à penser que le 64 bits est une aberration technologique ou un coup de marketing. J'ai encore mon Pentium 4 3 GHz, et je diffère l'achat d'un 64 bits depuis des années en attendant que la prise en charge logicielle soit en place et efficace. Or je constate qu'une génération entière d'ordinateurs va aller à la casse avec des 64 bits qui ont toujours fonctionné moins vite que des 32 bits.
À propos, il serait peut-être temps de continuer la discussion ailleurs que sur un site en anglais....
Suite sur forum francophone
Bonjour,
J'ai ouvert un sujet à http://www.gimp-attitude.org/forum2/viewtopic.php?f=66&t=6757 qui est la suite de cette discussion.
G'MIC as well.
François has also build the Windows installer for the G'MIC plug-in for GIMP
(http://gmic.sourceforge.net/gimp.shtml).
Thanks again for your efforts !
David.
Yes, David
This was a sort of test for the G'mic installer, not yet released;) I applied what I had learnt while working for G'mic. Maybe I can add the Gm'ic installer here too? I could add that for the newest version they should check the G'mic site.
G'MIC as well.
François has also build the Windows installer for the G'MIC plug-in for GIMP
(http://gmic.sourceforge.net/gimp.shtml).
Thanks again for your efforts !
David.
По установке
Всё практически работает.Пытаюсь только hdr поставить.
I cannot understand everything
I tried to translate with the help of Google and I understand something like "Installation: Everyting works practically. I am trying to put the HDR (?) only"
Can you explain a bit more?
Ru -> En
Almost everything works. Only trying to install HDR. (I.e. having problems while trying to add HDR support)
translation
You have the gist of it I think (haven't spoken Russian in a long time)
Pytayus (transliteration) means like to "finish or finishing" or sometimes to "give up" or "quit" like to quit smoking "Ya pytayus brosit kurit" "I'm trying to give up (or quit)"
Maybe he's trying to finish the HDR ? Or put the finishing touches on? I don't even know what HDR is yet so...
Practically everything works after the install. Maybe he's asking you to finish or even supply him with something to do with the HDR. Problem for me is I just downloaded the program and haven't installed the plugins even. So I'm just starting. If I was more familiar maybe I could help more with the translation. Anyway, thanks for the program. I've heard a lot of great things about it from the Linux forums (I have Linux and Windows Machines both, but I want to try and use it in conjunction with Adobe Photoshop...just experimenting). Might end up putting Adobe in the crapper,I didn't kow it could be used in Windows. :)
I used to be a Linguist for the USAF. So if I can ever help in that department feel free to ask. Now if I can get the plugins installed lol.
Thanks again...really!
doc
Thank you
HDR means High dynamic range (imaging), but none of the plugins I posted is about HDR.
They always need translators for free software. You don't need great computing skills to do that. Under Windows, you just install a free software (Poedit) then double-click on a .po file.
I am some sort of linguist too, for I used to be a French and Latin teacher. But I do not like translating software very much.