AbiWord est un traitement de texte multi-plate-forme avec un soin particulier porté sur d'ergonomie, la simplicité et l'extensibilité. Cette version apporte le travail collaboratif via XMPP (tableau blanc, expérimental), un nouveau moteur de rendu basé sur Pango, intégration avec GNOME Office, un meilleur support de format externe (notamment ODF et OOXML).
À noter qu'AbiSource est organisation marraine au Google Summer of Code 2008. Étudiants, n'hésitez pas à contribuer ! Également dans cette version :
- Ouverture de fichier à distance sous UNIX ;
- La possibilité d'inclure des diagramme du tableur Gnumeric dans un document ;
- Glisser-déposer des images vers et depuis la fenêtre d'AbiWord ;
- Amélioration du comportement des barres d'outils pour les petits écrans ;
- Substitution de police automatique avec fontconfig ;
- Un greffon de numérisation basé sur GNOME Scan 0.5.2 et OCRopus, il s'agit d'une preuve de principe ;
- AbiWord passe make distcheck !!
Aller plus loin
- L'annonce (1 clic)
- Projet GSoC 2008 (0 clic)
- Téléchargements (7 clics)
# et GtkPrint ?
Posté par err747 . Évalué à 2.
Sinon, je suppose que si Abiword était passé à GtkPrint tu l'aurais mentionné, est-ce que c'est prévu à court terme ?
[^] # Re: et GtkPrint ?
Posté par Brioche4012 (site web personnel) . Évalué à 2.
En bonne voie donc, et on ne peut qu'etre satisfait de l'amelioration de ce traitement de texte leger et sympathique.
[^] # Re: et GtkPrint ?
Posté par fleny68 . Évalué à 8.
de lourdeurs ?
[^] # Re: et GtkPrint ?
Posté par Alexandre COLLIGNON (site web personnel) . Évalué à 2.
Il est cependant intellectuellement malhonnête d'oublier les progrès réalisés sur la vélocité de la suite.
Il n'y a pas photo entre une 1.x et une 2.x ... après on aime ou on n'aime pas, c'est un autre débat, ouhaa ouhaa ouhaa (pour la rime).
Alexandre COLLIGNON
# Pouvez-vous nous en dire un peu plus sur...
Posté par feth . Évalué à 3.
En effet, je n'ai pas trouvé aisément la doc expliquant comment cela était possible.
S'agit-il de l'utilisation de fuse ? d'un système comme les Kio ? d'un partage de fichier via jabber comme proposé dans inkscape ou google docs ?
D'avance, merci.
[^] # Re: Pouvez-vous nous en dire un peu plus sur...
Posté par err404 (site web personnel) . Évalué à 2.
ça a l'avantage d'être transparent pour les applications, et c'est chiffré par ssh, sur le serveur distant il faut juste penser à installer un service ssh.
[^] # [HS] : fuse pour client windows
Posté par Hugues (site web personnel) . Évalué à 1.
Ça fait un petit moment que j'entends parler de fuse. C'est-y possible de l'utiliser quand je suis au taf (sur un OuinOuin© dont je n'ai pas le passwd admin) pour tripoter les fichiers de ma tuxette restée à la maison ?
[^] # Re: [HS] : fuse pour client windows
Posté par Psychofox (Mastodon) . Évalué à 3.
http://pages.cs.wisc.edu/~driscoll/fuse-nt.pdf
un simple client sftp suffit pour ton cas, même si ça t'oblige à downloader/uploader à chaque édition à la mano. Pour les fichiers textes, tu peux toujours utiliser un éditeurqui supporte ftp/sftp, il y'en a beaucoup.
Mais bon la plupart du temps ssh sera bloqué depuis ton boulot, et s'il ne l'est pas, ça ne veut pas dire que les clauses de ton contrat te permettent de t'amuser à télécharger des fichiers depuis chez toi pour bosser dessus à ton bureau.
[^] # Re: Pouvez-vous nous en dire un peu plus sur...
Posté par gnu_castor . Évalué à 3.
Vu ce sur quoi ça navigue, je pencherai pour GVFS, le nouveau système de fichiers virtuel de Gnome.
[^] # Re: Pouvez-vous nous en dire un peu plus sur...
Posté par feth . Évalué à 1.
# Bonne surprise !
Posté par Zorro (site web personnel) . Évalué à 4.
C'est mon traitement de texte préféré. J'espère que cette version aura corrigé un bug que je constate sur ma Mandriva : quand, en sauvegardant un fichier, on souhaite en écraser un autre (en lui donnant le même nom), Abi enregistre bien, et disparaît, planté.
[^] # Re: Bonne surprise !
Posté par David D (site web personnel) . Évalué à 2.
# Pas du support natif ODF
Posté par Loic Dreux . Évalué à 1.
[^] # Re: Pas du support natif ODF
Posté par Psychofox (Mastodon) . Évalué à 5.
[^] # Re: Pas du support natif ODF
Posté par daemontux . Évalué à 1.
# Widget abiword
Posté par ploum (site web personnel, Mastodon) . Évalué à 3.
Parce qu'un widget Abiword cela me semble génial pour pouvoir faire son petit traitement de texte personnalisé :
http://bugzilla.abisource.com/show_bug.cgi?id=11355
http://bugzilla.abisource.com/show_bug.cgi?id=11356
Mes livres CC By-SA : https://ploum.net/livres.html
[^] # Re: Widget abiword
Posté par fleny68 . Évalué à 1.
[^] # Re: Widget abiword
Posté par fleny68 . Évalué à 3.
# Ahum
Posté par alexissoft . Évalué à 2.
À noter qu'Abisource est organisation marraine au Google Summer of Code 2008. Étudiants, n'hésitez pas à contribuer !
C'est .... un peu tard. C'était à rendre pour le 1° avril à 00h UTC.
[^] # Re: Ahum
Posté par Gof (site web personnel) . Évalué à 3.
Google accepte encore les propositions des étudiants jusqu'au 8 avril à 00h.
http://code.google.com/soc/2008
[^] # Re: Ahum
Posté par Alexandre COLLIGNON (site web personnel) . Évalué à 2.
Qu'ils sont drôles chez google :D.
Google accepte encore les propositions des étudiants jusqu'au 8 avril à 00h.
Ce décalage trahirait il un manque de candidat ? o_0
Alexandre COLLIGNON
# Modifier les styles
Posté par Mildred (site web personnel) . Évalué à 10.
Pour le coup, j'ai l'impression qu'Abiword a copié sur l'IHM de MS-Word ... que je trouve absolument affreuse. Pour modifier un style, il n'y a rien de plus simple que:
- ouvrir la boîte de dialogue "Create and Modify Styles"
- choisir son style et cliquer sur modifier (pas possible de choisir depuis le styliste
- Choisir en bas à droite (il faut le voir) ce qu'on veut modifier dans le style (il ne faut pas se tromper)
- Modifier et cliquer 3 fois sur OK.
Bien sûr, comme les fenêtres sont modales, si je veux juste tester une petite modification sur le style et la visualiser, je dois répéter ces étapes plusieurs fois.
N'est il pas possible de prendre les bonnes idées de OpenOffice.org et tout mettre dans une même boîte de dialogue disponnible depuis le styliste ? De préférence non modale afin de pouvoir tester en temps réel les changements (sans avoir a fermer la boîte, puis la ré-ouvrir plusieurs fois) ?
Enfin, dites moi si je me trompe quand même.
Mildred
[^] # Re: Modifier les styles
Posté par seginus . Évalué à 4.
Malheureusement (et suis tout à fait d'accord avec toi), le système de style ne semble pas avoir évoluer.
Et c'est vraiment la chose qui me gène le plus avec abiword qui ainsi n'incite pas du tout à utiliser les styles.
C'est dommage, Car c'est bien agréable d'avoir un traitement de texte aussi léger mais cela insite vraiment à l'utiliser « à la word », c'est à dire en spécifiant la forme à chaque fois.
Une solution que je trouverai super serait celle-là :
On choisit dans le menu-déroulant qui existe déjà dans la 2.4 (mais qui serait intéressant de localiser), le style voulu, et que ensuite, les modification de style effectué directement dans la page soit automatiquement répercuté pour tout le style.
Je viens de tester, parce que je me suis dis que ça le faisait peut-être mais que je n'avais juste pas essayé, mais ça ne semble pas marcher
En tout cas, il est agréable de voir que ce projet est toujours actif, car ça fait du bien de voir encore des traitements de texte « simples ».
[^] # Re: Modifier les styles
Posté par Sygne (site web personnel) . Évalué à 2.
L'inconvénient d'abiword c'est que je n'ai souvent que cette solution. Ma version 2.4 refuse certaines modifications de styles par les fenêtres.
Ceci dit, Ooo avait lui aussi (de temps en temps) un comportement étrange du styliste lorsque je suis passé à Abiword (2007): numérotation anarchique, modifications du style non répercutées...
Ça à l'air compliqué la programmation des fonctions styles et numérotations...
Quitte à être face à ces problèmes, je préfère que ce soit avec abiword, qui allie souplesse d'usage, simplicité et légèreté.
[^] # Re: Modifier les styles
Posté par seginus . Évalué à 2.
Je trouve d'ailleurs cette solution assez pratique et l'on a un grand contrôle. sûr ce qu'on fait.
En effet la gestion des styles sur les Traitements de textes WISWIG est peu se retrouver à être un calvère. C'est le cas des documents avec des sections de mise en forme de texte qui ont été attribués à la main.
Par exemple, sur openoffice on force un texte en italique, même en lui attribuant un style prédéfini par exemple, il garde quand même cet attribut et c'est parfois vraiment la galère.
C'est pour ça que quand je travaille sur un texte qu'on me passe à mettre en forme, je commance par l'enregistrer en texte brute, supprimer tout les doubles espaces et saut de lignes avant de le récupérer ce qui permet d'avoir une base propre.
Donc au final, il parraît même plus simple (et même plus rapide) de faire une page en htm puis un css rapide.
[^] # Re: Modifier les styles
Posté par barmic . Évalué à 3.
Qui a dis latex ?
Tous les contenus que j'écris ici sont sous licence CC0 (j'abandonne autant que possible mes droits d'auteur sur mes écrits)
[^] # Re: Modifier les styles
Posté par seginus . Évalué à 4.
Il est donc parfaitement adapté à l'écriture de rapport, de roman, etc.
Cependant, pour mettre en forme un texte un peu moins structuré, c'est tout de même beaucoup moins pratique.
le html combiné au css apporte en ce cas beaucoup plus de souplesse.
Le feuilles de style permette de modifier très rapidement toute la mise en page de la page.
En latex, ceci est beaucoup plus complexe, ce qui est logique, vu que le but est justement qu'il s'occupe lui-même de la mise en page.
Donc l'un ne remplace pas l'autre, j'apprécie beaucoup Latex et l'utilise, mais il n'est pas non plus adapté à tout type de documents.
[^] # Re: Modifier les styles
Posté par Sygne (site web personnel) . Évalué à 2.
Je me suis d'ailleurs demandé plusieurs fois pourquoi aucun traitement de texte n'utilisait cette solution comme format natif.
Après tout, les modifications à apporter au css + html pour qu'il s'adapte à l'impression (format du papier et marges) sont minimes et pourraient être glissées en commentaires, de sorte que le format du fichier produit soit réellement inter-opérable, et probablement plus pérenne que le .abw voire même les ISOs actuels...
Ça me semble simple, mais si personne ne s'est penché là dessus, c'est probablement que c'est une fausse bonne idée...
[^] # Re: Modifier les styles
Posté par seginus . Évalué à 4.
D'autant plus qu'elle font déjà partie du css ! il n'y a donc rien a adapté, c'est déjà le cas, les tailles des feuilles sont gérées, ainsi que les marges. Il suffit juste d'utilisé media=print et les attributs qui vont avec.
Je m'en sert pour faire mes facture. J'ai une page web avec une présentation adaptée et lorsque je fais imprimer c'est tout autre chose qui s'imprime (les numéro de siret par exemple, je ne les affiches pas à l'écran).
Et cette réflexion, je me la suis déja faites, le html + css ne me semble pas avoir vraiment de limitation pour un document texte « static ».
[^] # Re: Modifier les styles
Posté par Sygne (site web personnel) . Évalué à 1.
Je ne connaissais pas çà, merci!
# Installer ?
Posté par Giljåm . Évalué à 1.
[^] # Re: Installer ?
Posté par Mildred (site web personnel) . Évalué à 3.
Sinon, il faut que tu trouves quelque chose comme 0install ou Autopackage
Sauf que le paquet 0install (fourni par 0install, pas par l'équipe AbiWord il semble) n'est pas encore à jour: http://0install.net/2006/autopackage/Abiword.xml
L'avantage de 0install c'est quand même qu'il puisse se mettre à jour tout seul (ce qui ne semble pas être le cas d'autopackage)
Donc il semblerait qu'il faillez compiler à partir des sources pour le moment. Ou alors attendre.
[^] # Re: Installer ?
Posté par BAud (site web personnel) . Évalué à 2.
[^] # Re: Installer ?
Posté par Zorro (site web personnel) . Évalué à 3.
Nan, c'est pas sérieux, vraiment.
Mieux vaut le compiler, Abiword se compile très facilement.
# performance
Posté par M . Évalué à 3.
La derniere fois que j'avais tester (il y a 1an) c'etait tres lent de les ouvrir.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.