Nicolas Roard a écrit 1135 commentaires

Ben heu... moi j'ai une fonte Helvetica.nfont avec des pfb/pfm/afm à l'intérieur hein... je la mets ici : http://www.roard.com/download/Helvetica.nfont.tgz(...) si ça t'intéresse.

Maintenant, y'avait aussi un module de Preferences.app pour changer les fontes si je me souviens bien ! :-)

Comme d'hab, quoi. Enfin, il y a du monde dans les rangs pour le "World Domination" quand même.

Ben oui faut avoir la foi ;-)

Et pi, complêtement off-topic sauf pour toi et parce que je t'ai sous la main : est-il prévu qu'HelpViewer affiche du DocBook direct un jour ?

du docbook-xml tel quel ? hmm... non c'est pas prévu pour le moment, mais c'est vrai que ça pourrait être pas mal... un peu bourrin ptet :-) et pour supporter l'ensemble des tags docbook, on est pas rendu. Mais c'est une bonne idée, je retiens :-P (à moins que tu veuille coder toi même le parser ! :-))

et Ludo je sais pas tiens ;-)

pour une liste d'articles, dont celui de ludo, il y a http://www.roard.com/docs/(...) ^_^

C'est pile-poil ce qu'il manquait pour faire (ou refaire) connaître ce projet du public du LL.

Ben oui, le but c'est : "World Domination" hein quand même :-)) alors bon...

Ben, ça dépends de ta version de GWorkspace (à mon avis, en testing, c'est une vieille version). Les dernières releases de GW sont plutôt pas mal. Et puis la vitesse d'affichage dépends aussi de ton backend graphique (-art est plus rapide et plus joli que -xlib)

Ben si on écrit ces articles, c'est quand même dans l'espoir d'intéresser quelques personnes à venir programmer sous GNUstep ;-)
Ludo a écrit également un article dans Linux Journal, plus les articles de Georges Tarbouriech dans LinuxFocus ... en quelques mois il y a eu d'un coup beaucoup plus de couverture médiatique de GNUstep finalement ... je suppose que ça joue en partie.

Exact ... en partie ! car on a alors le titre de la fenêtre qui colle au bord, résultat, on est obligé de viser avec la souris. Donc non, le menu n'est pas à la même place, et ce n'est pas aussi ergonomique que sur mac..

Pour ceux intéressé par une démo NeXT, il y a une vidéo (realplayer) disponible ici :
http://mark.spruitje.org/nextstep.rm(...)

C'est une vidéo commerciale de NeXT à l'époque. Très intéressant :-)
- une première partie de blabla autour de NeXT et de la programmation par objets (et oui, à l'époque c'était très loin d'être à la mode, ils étaient obligés de défendre et surtout expliquer l'objet)
- une deuxième partie (aux alentours de 8:45) qui montre la création d'une application de relations clients. Très impressionant. Ce qui l'est encore plus c'est que les outils GNUstep actuels permettent exactement la même chose grosso modo ;-)

join us and share the software, lalala...

C'est pas une histoire de "complexité" mais le fait qu'avec un correcteur orthographique, c'est plus encore du domaine de la recherche que de l'algorithme de base qu'on apprends en première année de fac... D'autant plus qu'il y a des cas indécidables car demandant une réelle compréhension de la phrase, que l'ordinateur ne peut bien évidemment pas faire. Bref, même s'il existe des correcteurs, de la même façon qu'il existe des convertisseur parole->texte, on a pas encore LA solution idéale qu'il suffit d'implémenter.
C'est loin d'être trivial, et à mon très humble avis, il faut des linguistes compétents sur le projet, ou du moins des gens bien versés dans le problème.

Bref, la suggestion de faire passer ça dans une thèse est très bonne et plutôt adéquate ! alors si par hasard vous connaissez des étudiants en linguistique qui bossent sur le sujet, branchez les sur la création d'un tel projet, je suis sûr qu'ils trouveront alors des programmeurs prêt à coder une partie du bouzin et à aider...

Mais franchement, plutôt que moinsser parce que je froisse involontairement l'orgueuil de quelques uns... si les LL marchent bien c'est parce que les programmeurs bossent sur des sujets 1) qui leur plaise 2) sur lesquels ils sont compétents 3) sur lesquels ils sont également utilisateur . Il ne s'agit pas de dire "puisqu'on fait tant de milliers de lignes sur un projet ben alors on peut en faire autant sur un autre, na"

une page un peu plus détaillées sur la loi de Fitts :
http://ei.cs.vt.edu/~cs5724/g1/(...)

Bah j'ai pas trop eu le temps de bosser dessus, mais je pense quand même (j'espère ?) sortir un truc rapidement :-)

à la NeXT : je trouve que ça prend trop de place

Non, en surface d'écran, ça prends justement moins de place qu'un menu horizontal; mais j'accorde que c'est plus sensible avec une résolution honnête (supérieur à 1024x768). Si tu regardes les résolutions, on a toujours plus de largeur que de hauteur : c'est pour ça qu'il est plus intéressant d'avoir des menus verticaux. Imagine la place prise par un menu horizontal en 1600x1200 :-) : plein de vide...
De plus, les menus NeXT sont détachables : et l'idée, c'est que sur le côté de ton application, tu puisse disposer les menus et sousmenus qui t'intéressent, comme autant de "palettes" de fonctions disponibles rapidement.
Et puis, vu que les sous menus sont toujours *verticaux* avoir un menu vertical au niveau zéro semble quand même plus homogène. Mais bon de toute façon, comme je l'ai dit, tu peux toujours coller le bundle pour avoir les menus horizontaux si tu y tiens vraiment.

à la NeXT : je trouve que ça prend trop de place ; et lorsque y'a plusiseurs appli de lancé, c'est un peu bordelique ; ceci dit, je n'ai que peu d'expérience avec ça (et je ne déteste pas non plus)

Sauf qu'un des trucs sympa, c'est qu'une appli NeXT qui n'a pas le focus ne va afficher que les fenêtres "documents" : exit les panels de confs ou inspecteurs éventuellement ouverts, exit le menu ou les sous-menus. Donc tu réduit fortement le bordel ! Et du coup, tu n'as qu'un menu ouvert à la fois.

d'autre part, le débutant a du mal à comprendre que le menu change en fonction de l'appli qui a le focus

C'est un faux problème : certes le débutant ne le saura pas... mais on ne reste pas tout le temps débutant ! et puis ce "problème" est quand même aisément décelable :-)
La première fois que j'ai utilisé un Mac, ça m'a un peu surpris, mais bon je n'était pas perdu pour autant.

Accessoirement, sur NeXT tu t'en rends instantanément compte, vu que les menus n'ont pas forcément la même taille en largeur/hauteur, donc tu as un feedback visuel plus évident quand tu change d'appli...

bref, un menu par application me semble plus logique et plus efficace dans la plupart des cas

Non justement. En fait, ça s'explique assez simplement (loi de Fitts) :
"Le temps pour acquérir une cible est fonction de sa distance et de sa taille" (voir par exemple le site suivant : http://www.asktog.com/basics/firstPrinciples.html(...)). Les zones de l'écran les plus rapidement atteintes sont les bords.

C'est pourquoi le menu NeXT se colle en haut à gauche, et pourquoi le menu Mac se colle en haut. Accessoirement, le menu Mac ne bouge pas, il est toujours en haut (stabilité), ce qui facilite les choses. Les menus NeXT peuvent certes être bougés, mais : on considère alors que c'est volontaire, et de toute façon le menu est accessible par le click droit directement sous la souris. Et comme un menu vertical représente une zone concentrée plus importante qu'une fine barre de menu horizontal, on le repère rapidement.

De plus, ça réponds à un autre principe de design utilisé sous Mac et sous NeXT, qui est d'avoir une orientation spatiale du bureau : si tu bouges un objet, une fenêtre (ou un menu), tu le retrouveras plus tard à la même place, comme un objet du monde "réel". De nombreuses études ont montrés qu'effectivement, ça aidait :-)

Le menu directement dans la fenêtre d'une application est peu pratique, car il peut être à n'importe quelle place, donc on perds du temps à le localiser et ensuite à l'atteindre (vu qu'un menu horizontal est peu épais). Bref, l'antithèse de la loi de Fitts.

Voila... en espérant un peu avoir éclairci ces points... Et oui, il existe des systèmes ou les gens ont réfléchis à l'ergonomie :-)

Oui, mais là il s'agit d'un principe de base : la persistance de la localisation. Tu as laissé tes fenêtres à une certaine place, elles y seront de nouveau quand tu redémarreras ton appli (GNUstep sauve ça automatiquement). Idem pour la position des menus.
Alors certes, tu peux t'amuser à mettre les menus de quatres applications différentes aux quatres coins de l'écran, mais c'est toi qui l'a décidé, on peut supposer que tu l'a fait consciemment, parce que cette disposition t'arrangeait :-)

- que deviennent les systèmes GNU/Linux qui devait se baser sur GNUStep pour la partie graphique ? (type Simply GNUStep) ?

Simply GNUstep a l'air de progresser un peu (voir http://simplygnustep.sourceforge.net/(...) ), mais je ne suis que de loin. LinuxSTEP n'avance pas trop en ce moment.

- comment évolue l'offre d'applications GNUStep ? Est-ce que la dynamique s'enclenche pour le développement de ce type d'applications ? Que valent-elles (Par exemple l'outil de mail) ?

Les choses progressent, on voit de plus en plus de "nouveaux" sur les ML, dont certains qui commencent à coder des applis ... A titre d'exemple, un témoignage de christophe culver ( http://www.osnews.com/comment.php?news_id=4042&offset=45&ro(...) ) , qui a commencé à coder sous GNUstep il y a à peu près un mois :

I stumbled onto GNUstep a few months ago. The NeXT interface had always fascinated me, and I was getting a little tired of GNOME. I was thrilled to see that GNUstep application ran with a very small memory footprint (compare GS's GWorkspace to Nautilus, or TalkSoup to XChat), and use mostly GNUstep applications nowadays. GNUMail is a solid, powerful MUA, and Terminal.app is hands down the best X terminal I've ever used.

From the programmer's viewpoint, the OpenStep API is incredible. It is easy to learn, simple, and includes all of the advantages of object-oriented programming without the headaches that languages like C++ bring. I started work on a character map application and had it finished within a couple of weeks of part-time screwing around. Charmap 0.1 will be released next week. I think I might get started on an MP3 and Ogg player.

And for those who say GNUstep isn't mature as far as its implementation of OpenStep goes, you're wrong. When I'm programming with GNUstep, I use Sun's massive OpenStep guide. I've yet to find anything in there that isn't usable in GNUstep.

Christopher Culver

Sinon côté applications, mis à part les continuelles améliorations sur les logiciels comme GWorkspace, GNUMail ou Gorm, il y a des trucs sympas qui commencent à arriver (Fabien Vallon a porté Mplayer.app par exemple, Raffael Herzog bosse sur un player vidéo utilisant Xine...)

Donc, oui, il y a toujours des tas de trucs à faire, des tas d'applications qu'on aimerait voir apparaître, mais depuis quelques mois on sent nettement qu'il y a plus de gens qui s'y intéressent et les choses progressent... Il y a eu pas mal d'améliorations côté GNUstepWeb/GDL2 également (ce qui devrait profiter à OpenGroupware.org). Sinon GNUMail est un excellent MUA, mais bon moi ça fait 2 ans que c'est mon mailer par défaut :-)

Cool... Ada est un langage vraiment sympa, qui mérite de s'y pencher ! et les types d'ACT font un super boulot :-)

Perso j'aime beaucoup gvd, un débugger C, Ada, et C++ :
http://libre.act-europe.fr/gvd/(...)

Yep, y'a du mouvement ces temps ci... j'aurais préféré que cette news passe en page principale, déja qu'on est en période de vacances, l'idée c'est quand même d'avoir des signatures pour une pétition qui permettra peut être d'avoir des softs LL :-)

Dans les autres bonnes nouvelles, Stan Shebs (d'Apple) a annoncé qu'ils avait bouclé ce qui était en cours chez apple (XCode, etc.) et que donc maintenant ils s'attaquaient à l'intégration dans le tree gcc des fonctionnalitées rajoutés par Apple (des améliorations pour Objective-C), et surtout, d'Objective-C++ (qui permet de réutiliser très simplement, en mixant du code Objective-C et C++, des librairies C++ existantes, comme le framework WebCore d'Apple, utilisé par Safari et basé sur KHTML). Ils vont essayer de boucler ça pour gcc 3.4 (même s'il y a un risque que ce soit déplacé pour le 3.5 si les modifs sont trop importantes, vu que gcc 3.4 est au stade 2... mais Stan a l'air confiant...

http://gcc.gnu.org/ml/gcc/2003-07/msg00535.html(...)

En gros quand ça se concrétisera, ça permettra de porter des logiciels difficilement portables jusqu'à présent sous Linux avec GNUstep.

NON. Le système de menu par défaut est le système NeXT, qui est beaucoup mieux selon la majorité des contributeurs GNUstep :-)
Certes les gens n'ont pas "l'habitude" mais ça n'en fait pas un mauvais système, au contraire ! le fait d'être cohérent (tous les menus sont semblables et détachables) est un plus.

Maintenant, il existe un bundle pour avoir un menu à la macintosh qui marche très bien, donc ceux qui veulent peuvent utiliser ce bundle.

Personnellement, je préfère très largement à l'utilisation le menu "à la NeXT" pour des résolutions supérieures à 1024x768. Avec une résolution inférieur, ça ne me gêne pas, mais le menu style "mac" est pas mal non plus.

Bon sinon ... quand tu parles de "menu classique dans l'application concerné" j'ose espérer que tu ne parles pas du menu style windows, avec un menu dans la fenêtre de l'application ? Parce que tu vas avoir du mal à trouver des gens qui défendent ce système : d'un point de vue ergonomique et rapidité d'accès, c'est le pire de tous (les études d'ergonomie s'accordent sur ce point, et c'est logique).

Quand on voit la complexité d'un correcteur grammatical... j'ai peu d'espoirs.

Ben moi, perso, les verts et la LCR ne me gênent pas, bien au contraire ! :-)
mais, comme tu le dis "si l'article doit etre presente de maniere "politiquement neutre", il n'y a pas grand chose a enlever", et dans ce cas, autant l'être, non ? ça permettra une plus grande diffusion..

Bon après l'avoir lu, c'est effectivement un très bon article explicatif. J'ai apprécié les références multiples (par exemple concernant l'étude économique). Par contre, je trouve la dernière section (Les brevets logiciels et la « propriété intellectuelle ») peu claire et un peu "vaseuse".
Sinon, indiquer que les partis politiques se sont prononcés contre, oui, mais ne citer que les Verts et la LCR est dommage : autant que je me souvienne, tous les partis se sont prononcés contre (avec des degrés de conviction différents bien sûr), et à mon avis, il vaut mieux éviter de rentrer dans une logique partisane -- le problème des brevets logiciels doit être apolitique, dans le sens ou pour n'importe quel point de vue politiques ils peuvent être considérés comme néfastes (bien évidemment chacun n'a pas forcément les mêmes raisons).
Un peu de la même façon que les LL sont (ou devraient être ;-) considérés positivement par l'ensemble du spectre politique (mais si pour chacun on peut avoir une logique différente).

Voilà ce qu'on peut lire sur le document :
Copyright © 2003 Gérald Sédrati-Dinet - La copie verbatim et la distribution de l'intégralité de cet article est autorisée par tous les moyens, à condition que la présente notice soit préservée.

Je suis en train de lire, et effectivement c'est intéressant. Un petit oubli dans la partie "coût d'un procès" (http://gibuskro.lautre.net/informatology/nonpatentside/node5.html(...)),
"le coût moyen d'un tel procès s'élève à 50 000 pour chaque partie en Europe", 50 000 euros je suppose ?

Ben le medef, ils ont des positions assez caricaturales (je suis tombé sur un spot hier, hallucinant, style "bouh on a pas d'investissements étrangers alors qu'on a pleins d'atouts, faut vite virer toutes ces lois sociales et baisser les charges"... alors que 1) si je me souviens la france est classé juste derrière l'angleterre au niveau des investissements 2) ils mettent en avant la qualité de vie ainsi que la formation de bonne qualité des français -- me ditent pas qu'ils comprennent pas qu'il peut y avoir un lien éventuel entre ces choses là et les charges et lois sociales ? ... bon... je m'énerve, je m'énerve...).

Mais en attendant, du point de vue des industriels français, ils ont tout intérêt à défendre le logiciel libre et son utilisation, hein ! En france, on a pas de Microsoft ou Oracle, par contre on a une tétrachiée de sociétés de services... le LL et l'OpenSource ça arrange les SSII à mon avis (éviter de réinventer la roue lors des développements, etc.)

- Gradient Fills (¿gni?)

Je suppose que tu peux utiliser un remplissage par dégradé pour les formes que tu crées avec Scribus (rectangles, peut être cercles, etc.)

Scribus supporte-t-il également la transparence sur les objets et dégradés ? (alpha channel)

Arf :-)

Comme quoi, rien n'est parfait...

s/difficulter/difficultées bien sûr (ouh j'ai honte je valide trop vite)

et s/Accessoirement, je me demande si c'est pas un peu juste au niveau timing pour l'inscription en DUT de toute façon.//
j'avais pas vu que tu étais en première :-)

[ma_vie]
juste histoire de placer les choses, perso j'ai fait un DUT info à aix, suivis d'une école d'ingénieur en apprentissage (tu bosses à temps partiel en entreprise... bon point : tu sort avec de l'expérience et avec un titre d'ingénieur, mauvais point : tu n'as pas beaucoup de temps libre pendant 3 ans et tu bosses 6j/7), et là j'ai fait un DEA en informatique. Donc comme quoi avec les études on peut avoir un parcours plus ou moins classique :-) et y'a pleins de possibilités de rebrancher sur telle ou telle autre formation.
[/ma_vie]