- Alexandre Garel (alexg)
- Compte créé le 20 mars 2003
- Vu le 24 juin 2008
Format RSS des journaux- alexg AT dlfp.org
- Contacter cet utilisateur
Derniers commentaire(s) [Tous] :
- Re: Dommage il y aurait des idées à prendre (Score : 10)
- Re: Chapeau bas les mecs ! (Score : 1)
- Psychotic (Score : 2)
- Re: Bonne initiative (Score : 2)
- Attention risque de troll inside (Score : 4)
- Re: Aaahhh... (Score : 2)
- Re: Vue d'un pays en voie de développement (Score : 3)
- Re: Vue d'un pays en voie de développement (Score : 2)
- Re: React'ion ? (Score : 6)
- Document très bien fait (Score : 3)
- Re: +1 pour Bayrou (Score : 1)
- Re: question dérivée : nos clefs privées de simples citoyens (Score : 3)
- Re: Mon avis sur ce service (Score : 3)
- Re: J'ai pas compris (Score : 1)
- Re: rien que du positif (Score : 3)
- Re: de toute facon.... (Score : 4)
- Re: la pub Linux qui fera fuir (Score : 4)
- Re: (soucis setuptools) (Score : 1)
- Re: Père noël WiFi (Score : 3)
- Re: y'en a d'autres (Score : 1)
Dernières entrées de forum(s)
[Toutes] :
Dernières entrées dans le suivi [Toutes] :
ReactOS avance
Posté le 18 octobre 2005
Le projet ReactOS a un nouveau site depuis le mois dernier.
La version 0.2.7 a été publiée, la version 3.0 est en cours de préparation (cette version apportera le support du réseaux).
Les captures d'écran montrent déjà différents logiciels qui fonctionnent sur ReactOs : XEmacs, Flash player, 7-zip, Microsoft Help Image Editor, seamonkey
Le projet ReactOs vise à créer un système d'exploitation libre compatible avec Windows NT, sur lequel programme et drivers MS Windows devraient pouvoir fonctionner (sans recompilation).
Il travaille en collaboration avec le projet Wine, notamment pour la fabrication des dll compatibles Microsoft.
ReactOS produit du code GPL.
La version 0.2.7 a été publiée, la version 3.0 est en cours de préparation (cette version apportera le support du réseaux).
Les captures d'écran montrent déjà différents logiciels qui fonctionnent sur ReactOs : XEmacs, Flash player, 7-zip, Microsoft Help Image Editor, seamonkey
Le projet ReactOs vise à créer un système d'exploitation libre compatible avec Windows NT, sur lequel programme et drivers MS Windows devraient pouvoir fonctionner (sans recompilation).
Il travaille en collaboration avec le projet Wine, notamment pour la fabrication des dll compatibles Microsoft.
ReactOS produit du code GPL.
> Lire le journal (8 commentaires, moyenne: 4,8).
ReactOS
Posté le 23 mars 2004
Salut à tous,
Juste un petit mot kôuça.
J'ai été impressioné l'autre jour en allant revoir le site de ReactOS : http://reactos.org/(...) .
En effet jusque là je pensais que c'était du vaporware mais j'ai vu qu'il ont bien avancé et planifie une première version pour cette année !
En résumé : cette OS est un clone de WinNT en GPL, il réimplémente les dll et le système de windobe (en coopérant avec Wine).
Avant tout ceci permettrait de donner aux windozien un os libre.
Le risque bien sur est que sur un tel système il devient encore plus tentant d'utiliser des logiciels / drivers proprio. On se demande bien aussi si M$ ne pourrait pas se défendre avec quelques brevets de sous les fagots.
Réactions ?
Juste un petit mot kôuça.
J'ai été impressioné l'autre jour en allant revoir le site de ReactOS : http://reactos.org/(...) .
En effet jusque là je pensais que c'était du vaporware mais j'ai vu qu'il ont bien avancé et planifie une première version pour cette année !
En résumé : cette OS est un clone de WinNT en GPL, il réimplémente les dll et le système de windobe (en coopérant avec Wine).
Avant tout ceci permettrait de donner aux windozien un os libre.
Le risque bien sur est que sur un tel système il devient encore plus tentant d'utiliser des logiciels / drivers proprio. On se demande bien aussi si M$ ne pourrait pas se défendre avec quelques brevets de sous les fagots.
Réactions ?
> Lire le journal (19 commentaires, moyenne: 1,5).
fonctionalité hyper roxy pour GIMP
Posté le 01 août 2003
Salut gimpants lecteurs,
Ce petit journal pour décrire une petite idée qui a germé dans ma caboche pour rendre Gimp toujours plus ergonomique.
Je poste pour susciter des commentaires avant de faire un eventuel "request for feature" à Gimp.
1- les script-fu sont une chose très puissante de Gimp. D'un autre coté, cela manque parfois de souplesse. En effet, parfois on voudrait refaire l'objet obtenu avec Script-fu mais pour cela il faut avoir écrit les paramêtres sur un papier ! De même au-lieu de recréer un objet (ex un logo) pour pouvoir l'agrandir ou changer une couleur on voudrait pouvoir modifier les paramêtres déjà saisis.
Mon idée : stocker ces information dans les calques (layers).
Ainsi, lorsque je crait un script qui fabrique un logo, celui-ci crait un ou plusieurs calques contenant le logo, son ombre.... Sur ces calques apparait une petite icone qui m'indique qu'ils ont un script-fu associé.
Pour les scripts qui ajoutent l'effet chrome ou une ombre... ils devraient amha toujours le faire en créant un nouveau calque (par exemple il faudrait attacher le calque d'origine avec l'opacité à zero.
A partir de là, l'utilisateur peut double cliquer sur un des calques pour rouvrir la boite de dialogue du script (avec les bons paramêtres) et modifier !
Bien sûr si l'on veut modifier le calque à la main, on perd la fonctionalité (on devra plutôt se débrouiller poru travailler sur d'autres calques). Dans le cas d'une modif à la main, Gimp pourrait avertir par un popup et même permettre tout de même de relancer le script (mais en avertissant que l'on perdra les modifs faites à la main.)
2- Pour compléter cette fonctionalité et pourvoir éviter de modifier les calques propres aux script, il y a une chose que l'on peut faire avec Photoshop mais pas (à ma connaissance) avec GImp : les calques d'effets. C'est à dire la possibilité d'avoir un calque transparent auxquels on applique des effets (cad des fonctionalités du menu image ou du menu filtres) et qui applique ces effets sur tous les calques qui lui sont liés. Même si on rentre dans un domaine avancé ce genre de fonctionalté permet beaucoup de souplesse.
Il permettrait notament de réaliser des scripts-fu qui ajoutent un calque d'effet sans modifier directement le calque d'origine (ainsi je peux modifier ce dernier en gardant l'effet du script).
3- le petit plus pour la fonctionalité évoquée en 1 serait la possibilité de transformations simples (la mise à l'échelle) d'un calque-script qui pourrait redonner au script (à traver une fonction spéciale) des paramêtres définits (du type shrinkX, shrinkY) qui permettraient au script de se recalculer. Ainsi on pourrait redimensioner les objets sans perte de qualité. (particulièrement ergonomique par exemple pour les logos...)
Je ne sais pas si ça parait clair et utile. J'attends vos réactions.
Ce petit journal pour décrire une petite idée qui a germé dans ma caboche pour rendre Gimp toujours plus ergonomique.
Je poste pour susciter des commentaires avant de faire un eventuel "request for feature" à Gimp.
1- les script-fu sont une chose très puissante de Gimp. D'un autre coté, cela manque parfois de souplesse. En effet, parfois on voudrait refaire l'objet obtenu avec Script-fu mais pour cela il faut avoir écrit les paramêtres sur un papier ! De même au-lieu de recréer un objet (ex un logo) pour pouvoir l'agrandir ou changer une couleur on voudrait pouvoir modifier les paramêtres déjà saisis.
Mon idée : stocker ces information dans les calques (layers).
Ainsi, lorsque je crait un script qui fabrique un logo, celui-ci crait un ou plusieurs calques contenant le logo, son ombre.... Sur ces calques apparait une petite icone qui m'indique qu'ils ont un script-fu associé.
Pour les scripts qui ajoutent l'effet chrome ou une ombre... ils devraient amha toujours le faire en créant un nouveau calque (par exemple il faudrait attacher le calque d'origine avec l'opacité à zero.
A partir de là, l'utilisateur peut double cliquer sur un des calques pour rouvrir la boite de dialogue du script (avec les bons paramêtres) et modifier !
Bien sûr si l'on veut modifier le calque à la main, on perd la fonctionalité (on devra plutôt se débrouiller poru travailler sur d'autres calques). Dans le cas d'une modif à la main, Gimp pourrait avertir par un popup et même permettre tout de même de relancer le script (mais en avertissant que l'on perdra les modifs faites à la main.)
2- Pour compléter cette fonctionalité et pourvoir éviter de modifier les calques propres aux script, il y a une chose que l'on peut faire avec Photoshop mais pas (à ma connaissance) avec GImp : les calques d'effets. C'est à dire la possibilité d'avoir un calque transparent auxquels on applique des effets (cad des fonctionalités du menu image ou du menu filtres) et qui applique ces effets sur tous les calques qui lui sont liés. Même si on rentre dans un domaine avancé ce genre de fonctionalté permet beaucoup de souplesse.
Il permettrait notament de réaliser des scripts-fu qui ajoutent un calque d'effet sans modifier directement le calque d'origine (ainsi je peux modifier ce dernier en gardant l'effet du script).
3- le petit plus pour la fonctionalité évoquée en 1 serait la possibilité de transformations simples (la mise à l'échelle) d'un calque-script qui pourrait redonner au script (à traver une fonction spéciale) des paramêtres définits (du type shrinkX, shrinkY) qui permettraient au script de se recalculer. Ainsi on pourrait redimensioner les objets sans perte de qualité. (particulièrement ergonomique par exemple pour les logos...)
Je ne sais pas si ça parait clair et utile. J'attends vos réactions.
> Lire le journal (8 commentaires, moyenne: 2).
Cette page donne des informations sur l'utilisateur alexg
telles que ses derniers commentaires, journaux, forums, date
de création, etc.
