Par défaut, MacOS X crée des dossiers /home (un par compte sur la machine
+1 root normalement).
Ces dossiers doivent être des alias vers /users/~nom_du_compte. En général
ce dossier ce situe sur le disque dur "principal", cad celui où est
installé le système.
Ma question : comment modifier l'alias afin de le faire pointer vers un
dossier qui ne soit pas sur le disque dur "principal".
Intérêt de la chose : séparer le dd "principal" (avec OS et programmes) et
un dd "données" (qui pourrait être un dd externe par exemple.
Il n'y a aucune différence entre: su - et: sudo /bin/bash ou: login root ( ssh etc)
Si, il y a une enOOOOrme différence (que le linuxien de base ne peux pas comprendre, il est toujours root).
Quand on se logue en tant que root, on fini par oublier que c'st root qui fait tout (le linixien de base n'ayant que root, il ne sais même pas qu'on peut faire autrement).
Quand on fait un sudo -s c'est que l'on en a RÉELEMENT besoin c'est donc une action volontaire et AMHA on fait plus gaffe à ce que l'on fait.
-- Jacques
Pascal Bourguignon <spam@mouse-potato.com> wrote:
Il n'y a aucune différence entre: su -
et: sudo /bin/bash
ou: login root
( ssh root@localhost
etc)
Si, il y a une enOOOOrme différence (que le linuxien de base ne peux pas
comprendre, il est toujours root).
Quand on se logue en tant que root, on fini par oublier que c'st root
qui fait tout (le linixien de base n'ayant que root, il ne sais même pas
qu'on peut faire autrement).
Quand on fait un sudo -s c'est que l'on en a RÉELEMENT besoin c'est donc
une action volontaire et AMHA on fait plus gaffe à ce que l'on fait.
Il n'y a aucune différence entre: su - et: sudo /bin/bash ou: login root ( ssh etc)
Si, il y a une enOOOOrme différence (que le linuxien de base ne peux pas comprendre, il est toujours root).
Quand on se logue en tant que root, on fini par oublier que c'st root qui fait tout (le linixien de base n'ayant que root, il ne sais même pas qu'on peut faire autrement).
Quand on fait un sudo -s c'est que l'on en a RÉELEMENT besoin c'est donc une action volontaire et AMHA on fait plus gaffe à ce que l'on fait.
-- Jacques
nospam
Yvon Thoraval wrote:
Ce qui a été long c'est le chown sur le spool de news...
Il fallait retrouver mon post sur le find suivit du chown :-)
Ce qui a été long c'est le chown sur le spool de news...
Il fallait retrouver mon post sur le find suivit du chown :-)
-- Jacques
yvon.thoravalNO-SPAM
Jacques Foucry wrote:
Il fallait retrouver mon post sur le find suivit du chown :-)
j'ai trouvé ça, sur google :
Pour récupérer les affaires dans l'ancien compte manipuler les privilèges de l'ancien home ou détruire le compte avec le TdB Comptes en récupérants les fichiers qui seront gardés dans une image disque.
- find , c'est l'éxecutable qui cherche (et des fois trouve)
. c'est le point (si chose dire) de départ, ici le répertoire courant (/Users puisse qu'on a fait un cd pour s'y rendre avant). On peut mettre / (la racine pour chercher dans tout le disque) /usr/local/lib (pour chercher dans.... OUI /usr/local/lib)
- user est un autre paramètre de find. C'est donc le nom court du l'ancien propriétaire de fichiers. D'autre fois non avions utiliser -name comme paramètres, souvenez-vous Barbara
- exec c'est un autre paramètre de find qui lui dit : les fichiers trouvé précédement, tu leur applique l'action qui suit.
- chown c'est la commande de changement de propriétaire avec son paramètre (le nouveau propriétaire, dès que le contrat de vente est signé)
- {} représente le chemin du fichier trouvé par find
- ; termine la partie exec de la formule.
Attention : ne pas dire la formule un soir de pleine lune dans un bois de basse Cornouaille.
-- Jacques
je vais noter ça "dans un coin" pour la prochaine manip... -- yt
Jacques Foucry <nospam@foucry.net.invalid> wrote:
Il fallait retrouver mon post sur le find suivit du chown :-)
j'ai trouvé ça, sur google :
Pour récupérer les affaires dans l'ancien compte manipuler les
privilèges de l'ancien home ou détruire le compte avec le TdB Comptes en
récupérants les fichiers qui seront gardés dans une image disque.
- find , c'est l'éxecutable qui cherche (et des fois trouve)
. c'est le point (si chose dire) de départ, ici le répertoire courant
(/Users puisse qu'on a fait un cd pour s'y rendre avant). On peut mettre
/ (la racine pour chercher dans tout le disque) /usr/local/lib (pour
chercher dans.... OUI /usr/local/lib)
- user est un autre paramètre de find. C'est donc le nom court du
l'ancien propriétaire de fichiers. D'autre fois non avions utiliser
-name comme paramètres, souvenez-vous Barbara
- exec c'est un autre paramètre de find qui lui dit : les fichiers
trouvé précédement, tu leur applique l'action qui suit.
- chown c'est la commande de changement de propriétaire avec son
paramètre (le nouveau propriétaire, dès que le contrat de vente est
signé)
- {} représente le chemin du fichier trouvé par find
- ; termine la partie exec de la formule.
Attention : ne pas dire la formule un soir de pleine lune dans un bois
de basse Cornouaille.
--
Jacques
je vais noter ça "dans un coin" pour la prochaine manip...
--
yt
Il fallait retrouver mon post sur le find suivit du chown :-)
j'ai trouvé ça, sur google :
Pour récupérer les affaires dans l'ancien compte manipuler les privilèges de l'ancien home ou détruire le compte avec le TdB Comptes en récupérants les fichiers qui seront gardés dans une image disque.
- find , c'est l'éxecutable qui cherche (et des fois trouve)
. c'est le point (si chose dire) de départ, ici le répertoire courant (/Users puisse qu'on a fait un cd pour s'y rendre avant). On peut mettre / (la racine pour chercher dans tout le disque) /usr/local/lib (pour chercher dans.... OUI /usr/local/lib)
- user est un autre paramètre de find. C'est donc le nom court du l'ancien propriétaire de fichiers. D'autre fois non avions utiliser -name comme paramètres, souvenez-vous Barbara
- exec c'est un autre paramètre de find qui lui dit : les fichiers trouvé précédement, tu leur applique l'action qui suit.
- chown c'est la commande de changement de propriétaire avec son paramètre (le nouveau propriétaire, dès que le contrat de vente est signé)
- {} représente le chemin du fichier trouvé par find
- ; termine la partie exec de la formule.
Attention : ne pas dire la formule un soir de pleine lune dans un bois de basse Cornouaille.
-- Jacques
je vais noter ça "dans un coin" pour la prochaine manip... -- yt
FiLH
(Jacques Foucry) writes:
Pascal Bourguignon wrote:
Il n'y a aucune différence entre: su - et: sudo /bin/bash ou: login root ( ssh etc)
Si, il y a une enOOOOrme différence (que le linuxien de base ne peux pas comprendre, il est toujours root).
Quand on se logue en tant que root, on fini par oublier que c'st root
Tout le monde n'est pas comme toi à souffrir de troubles de la mémoire!
FiLH
-- FiLH photography. A taste of freedom in a conventional world. Web: http://www.filh.org e-mail FAQ fr.rec.photo : http://frp.parisv.com/ Sitafoto la photo a Bordeaux : http://sitafoto.free.fr/
Il n'y a aucune différence entre: su -
et: sudo /bin/bash
ou: login root
( ssh root@localhost
etc)
Si, il y a une enOOOOrme différence (que le linuxien de base ne peux pas
comprendre, il est toujours root).
Quand on se logue en tant que root, on fini par oublier que c'st root
Tout le monde n'est pas comme toi à souffrir de troubles de la mémoire!
FiLH
--
FiLH photography. A taste of freedom in a conventional world.
Web: http://www.filh.org e-mail filh@filh.org
FAQ fr.rec.photo : http://frp.parisv.com/
Sitafoto la photo a Bordeaux : http://sitafoto.free.fr/
Il n'y a aucune différence entre: su - et: sudo /bin/bash ou: login root ( ssh etc)
Si, il y a une enOOOOrme différence (que le linuxien de base ne peux pas comprendre, il est toujours root).
Quand on se logue en tant que root, on fini par oublier que c'st root
Tout le monde n'est pas comme toi à souffrir de troubles de la mémoire!
FiLH
-- FiLH photography. A taste of freedom in a conventional world. Web: http://www.filh.org e-mail FAQ fr.rec.photo : http://frp.parisv.com/ Sitafoto la photo a Bordeaux : http://sitafoto.free.fr/
Pascal Bourguignon
(Julien Salort) writes:
Ton poste est délibérément provocateur mais il souligne une vérité. Apple n'a pas cherché à réinventer un ordinateur pour les savants. Elle a cherché à inventer un ordinateur pour le grand public (ce que tu appelles, de façon méprisante, un jouet).
Et il n'y avait *aucune* solution éprouvée dans ce domaine puisqu'en 1984, l'informatique grand public était balbutiante.
Les utilisateurs de ces anciens systèmes n'étaient pas tous des savants, il y avait aussi des avocats et des secrétaires.
Le problème qu'Apple a résolu, ce n'est pas un problème de logiciel (les icônes et les fenêtres existaient déjà depuis longtemps), mais un problème de coût du matériel! Ils auraient pu le faire aussi bien sans faire d'erreurs au niveau logiciel. D'ailleurs, avec leur fusion avec NeXT, ils ont cherché à corriger les problèmes logiciels de leur conception originale. C'est juste domâge qu'ils n'aient pas simplement gardé OPENSTEP, et qu'ils nous le refourguent au compte goûte et contre espèces sonantes et trébuchantes...
Our enemies are innovative and resourceful, and so are we. They never stop thinking about new ways to harm our country and our people, and neither do we.
lists@juliensalort.org (Julien Salort) writes:
Ton poste est délibérément provocateur mais il souligne une vérité.
Apple n'a pas cherché à réinventer un ordinateur pour les savants. Elle
a cherché à inventer un ordinateur pour le grand public (ce que tu
appelles, de façon méprisante, un jouet).
Et il n'y avait *aucune* solution éprouvée dans ce domaine puisqu'en
1984, l'informatique grand public était balbutiante.
Les utilisateurs de ces anciens systèmes n'étaient pas tous des
savants, il y avait aussi des avocats et des secrétaires.
Le problème qu'Apple a résolu, ce n'est pas un problème de logiciel
(les icônes et les fenêtres existaient déjà depuis longtemps), mais un
problème de coût du matériel! Ils auraient pu le faire aussi bien
sans faire d'erreurs au niveau logiciel. D'ailleurs, avec leur fusion
avec NeXT, ils ont cherché à corriger les problèmes logiciels de leur
conception originale. C'est juste domâge qu'ils n'aient pas
simplement gardé OPENSTEP, et qu'ils nous le refourguent au compte
goûte et contre espèces sonantes et trébuchantes...
Our enemies are innovative and resourceful, and so are we. They never
stop thinking about new ways to harm our country and our people, and
neither do we.
Ton poste est délibérément provocateur mais il souligne une vérité. Apple n'a pas cherché à réinventer un ordinateur pour les savants. Elle a cherché à inventer un ordinateur pour le grand public (ce que tu appelles, de façon méprisante, un jouet).
Et il n'y avait *aucune* solution éprouvée dans ce domaine puisqu'en 1984, l'informatique grand public était balbutiante.
Les utilisateurs de ces anciens systèmes n'étaient pas tous des savants, il y avait aussi des avocats et des secrétaires.
Le problème qu'Apple a résolu, ce n'est pas un problème de logiciel (les icônes et les fenêtres existaient déjà depuis longtemps), mais un problème de coût du matériel! Ils auraient pu le faire aussi bien sans faire d'erreurs au niveau logiciel. D'ailleurs, avec leur fusion avec NeXT, ils ont cherché à corriger les problèmes logiciels de leur conception originale. C'est juste domâge qu'ils n'aient pas simplement gardé OPENSTEP, et qu'ils nous le refourguent au compte goûte et contre espèces sonantes et trébuchantes...
Our enemies are innovative and resourceful, and so are we. They never stop thinking about new ways to harm our country and our people, and neither do we.
Patrick Stadelmann
In article , Pascal Bourguignon wrote:
Le problème qu'Apple a résolu, ce n'est pas un problème de logiciel (les icônes et les fenêtres existaient déjà depuis longtemps),
Ces éléments existaient, oui. Mais Apple leur a beaucoup apporté : QuickDraw pour gérer les fenêtres qui se superposent et les icônes que l'on déplace à la souris pour ce citer que ces deux exemples.
mais un problème de coût du matériel!
A te lire on croirait que le développement du Mac s'est borné à trouver des composant bon marché et à les assembler à moindre coût. La réalité est que si une machine à prix pouvait offrir des caractéristiques que l'on ne trouvait habituellement que sur des stations de travail hors de prix, c'est uniquement parce que l'OS a été développé pour répondre à de telles contraintes.
Ils auraient pu le faire aussi bien sans faire d'erreurs au niveau logiciel.
Quelles erreurs ? Apple était tout à fait conscient qu'un OS pré-emptif avec de la mémoire protégée, etc... était préférable. Ils disposaient d'ailleurs d'un tel OS pour le Lisa, mais cette machine coûtait $10'000. Pour réussir à concevoir un ordinateur doté d'une véritable interface graphique pour le quart de ce prix, il a fallu faire des compromis et supprimer certaines fonctionnalités, c'est évident. En aucun cas il ne s'agit d'erreurs...
C'est juste domâge qu'ils n'aient pas simplement gardé OPENSTEP,
Parce que la part de marché représenté par cet OS était bien inférieure à celle de Mac OS. Imposer OPENSTEP aux utilisateurs Mac aurait été un échec monumental.
et qu'ils nous le refourguent au compte goûte et contre espèces sonantes et trébuchantes...
AMHA, la majorité des ajouts dans Panther et Tiger n'ont rien à voir avec NeXT...
Patrick -- Patrick Stadelmann
In article <87zn3t10x4.fsf@thalassa.informatimago.com>,
Pascal Bourguignon <spam@mouse-potato.com> wrote:
Le problème qu'Apple a résolu, ce n'est pas un problème de logiciel
(les icônes et les fenêtres existaient déjà depuis longtemps),
Ces éléments existaient, oui. Mais Apple leur a beaucoup apporté :
QuickDraw pour gérer les fenêtres qui se superposent et les icônes que
l'on déplace à la souris pour ce citer que ces deux exemples.
mais un
problème de coût du matériel!
A te lire on croirait que le développement du Mac s'est borné à trouver
des composant bon marché et à les assembler à moindre coût. La réalité
est que si une machine à prix pouvait offrir des caractéristiques que
l'on ne trouvait habituellement que sur des stations de travail hors de
prix, c'est uniquement parce que l'OS a été développé pour répondre à de
telles contraintes.
Ils auraient pu le faire aussi bien
sans faire d'erreurs au niveau logiciel.
Quelles erreurs ? Apple était tout à fait conscient qu'un OS pré-emptif
avec de la mémoire protégée, etc... était préférable. Ils disposaient
d'ailleurs d'un tel OS pour le Lisa, mais cette machine coûtait $10'000.
Pour réussir à concevoir un ordinateur doté d'une véritable interface
graphique pour le quart de ce prix, il a fallu faire des compromis et
supprimer certaines fonctionnalités, c'est évident. En aucun cas il ne
s'agit d'erreurs...
C'est juste domâge qu'ils n'aient pas
simplement gardé OPENSTEP,
Parce que la part de marché représenté par cet OS était bien inférieure
à celle de Mac OS. Imposer OPENSTEP aux utilisateurs Mac aurait été un
échec monumental.
et qu'ils nous le refourguent au compte
goûte et contre espèces sonantes et trébuchantes...
AMHA, la majorité des ajouts dans Panther et Tiger n'ont rien à voir
avec NeXT...
Patrick
--
Patrick Stadelmann <Patrick.Stadelmann@unine.ch>
Le problème qu'Apple a résolu, ce n'est pas un problème de logiciel (les icônes et les fenêtres existaient déjà depuis longtemps),
Ces éléments existaient, oui. Mais Apple leur a beaucoup apporté : QuickDraw pour gérer les fenêtres qui se superposent et les icônes que l'on déplace à la souris pour ce citer que ces deux exemples.
mais un problème de coût du matériel!
A te lire on croirait que le développement du Mac s'est borné à trouver des composant bon marché et à les assembler à moindre coût. La réalité est que si une machine à prix pouvait offrir des caractéristiques que l'on ne trouvait habituellement que sur des stations de travail hors de prix, c'est uniquement parce que l'OS a été développé pour répondre à de telles contraintes.
Ils auraient pu le faire aussi bien sans faire d'erreurs au niveau logiciel.
Quelles erreurs ? Apple était tout à fait conscient qu'un OS pré-emptif avec de la mémoire protégée, etc... était préférable. Ils disposaient d'ailleurs d'un tel OS pour le Lisa, mais cette machine coûtait $10'000. Pour réussir à concevoir un ordinateur doté d'une véritable interface graphique pour le quart de ce prix, il a fallu faire des compromis et supprimer certaines fonctionnalités, c'est évident. En aucun cas il ne s'agit d'erreurs...
C'est juste domâge qu'ils n'aient pas simplement gardé OPENSTEP,
Parce que la part de marché représenté par cet OS était bien inférieure à celle de Mac OS. Imposer OPENSTEP aux utilisateurs Mac aurait été un échec monumental.
et qu'ils nous le refourguent au compte goûte et contre espèces sonantes et trébuchantes...
AMHA, la majorité des ajouts dans Panther et Tiger n'ont rien à voir avec NeXT...
Patrick -- Patrick Stadelmann
Nicolas.MICHEL
Pascal Bourguignon wrote:
Il n'y a aucune différence entre: su - et: sudo /bin/bash ou: login root ( ssh etc)
Bien que chez toi, le compte root est sans-doutes configuré comme le compte admin, si tant est que tu aies encore un compte admin :-)
-- S'il n'y a pas de solutions, c'est qu'il n'y a pas de problèmes iChat/AIM : michelnicolas
Julien Salort
ericb wrote:
Je ne sais pas trop. D'après /etc/locale.alias, j'ai : greek el_GR.ISO-8859-7
Donc tu peux essayer de lancer OpenOffice.org dans un terminal, avec
LANG=el_GR chemin...soffice
Mais je ne garantis rien... Oui, c'est pas terrrible sous Linux, ce de côté...
En fait, c'est beaucoup plus simple que cela. Les ordinateurs de l'école sont sous KDE. Il suffit d'aller dans le KDE Control Center puis Périphériques puis Clavier. On peut alors choisir les claviers souhaités dans une liste (exactement comme sous MacOS X).
Ceci fait, il y a un drapeau dans la barre des taches. On peut changer à la volée. Cela marche exactement comme le menu clavier de MacOS.
J'ai testé avec le OpenOffice Linux. On arrive bien à taper les caractères grecs. En revanche, les touches mortes ne marchent pas. J'ai essayé d'ouvrir un document qui contient des caractères accentués. Ils s'affichaient sans problème. Ce n'est donc pas un problème de police.
J'ai ensuite essayé autre chose. Je me suis connecté en ssh à l'iBook et j'ai lancé OpenOffice pour MacOS X depuis Linux. Et là, aussi surprenant que cela puisse paraître, les touches mortes marchent sans problème.
Cela confirme bien que ce problème de touche morte, dans le cas d'OpenOffice pour MacOS X, ne vient pas d'OpenOffice mais du X11 d'Apple.
Autre constation, OpenOffice pour MacOS X marche mieux que OpenOffice pour Linux (!!). J'ai également eu l'impression que la version pour OSX était plus rapide. (Mais cela venait peut-être du PC sur lequel j'ai testé. Peut-être était-il plus lent que mon iBook. De plus, il y avait quelqu'un d'autre connecté et je ne sais ce qu'il faisait).
ericb wrote:
Je ne sais pas trop. D'après /etc/locale.alias, j'ai : greek
el_GR.ISO-8859-7
Donc tu peux essayer de lancer OpenOffice.org dans un terminal, avec
LANG=el_GR chemin...soffice
Mais je ne garantis rien... Oui, c'est pas terrrible sous Linux, ce de
côté...
En fait, c'est beaucoup plus simple que cela.
Les ordinateurs de l'école sont sous KDE.
Il suffit d'aller dans le KDE Control Center puis Périphériques puis
Clavier. On peut alors choisir les claviers souhaités dans une liste
(exactement comme sous MacOS X).
Ceci fait, il y a un drapeau dans la barre des taches. On peut changer à la
volée. Cela marche exactement comme le menu clavier de MacOS.
J'ai testé avec le OpenOffice Linux. On arrive bien à taper les caractères
grecs. En revanche, les touches mortes ne marchent pas.
J'ai essayé d'ouvrir un document qui contient des caractères accentués. Ils
s'affichaient sans problème. Ce n'est donc pas un problème de police.
J'ai ensuite essayé autre chose. Je me suis connecté en ssh à l'iBook et
j'ai lancé OpenOffice pour MacOS X depuis Linux. Et là, aussi surprenant
que cela puisse paraître, les touches mortes marchent sans problème.
Cela confirme bien que ce problème de touche morte, dans le cas
d'OpenOffice pour MacOS X, ne vient pas d'OpenOffice mais du X11 d'Apple.
Autre constation, OpenOffice pour MacOS X marche mieux que OpenOffice pour
Linux (!!). J'ai également eu l'impression que la version pour OSX était
plus rapide. (Mais cela venait peut-être du PC sur lequel j'ai testé.
Peut-être était-il plus lent que mon iBook. De plus, il y avait quelqu'un
d'autre connecté et je ne sais ce qu'il faisait).
Je ne sais pas trop. D'après /etc/locale.alias, j'ai : greek el_GR.ISO-8859-7
Donc tu peux essayer de lancer OpenOffice.org dans un terminal, avec
LANG=el_GR chemin...soffice
Mais je ne garantis rien... Oui, c'est pas terrrible sous Linux, ce de côté...
En fait, c'est beaucoup plus simple que cela. Les ordinateurs de l'école sont sous KDE. Il suffit d'aller dans le KDE Control Center puis Périphériques puis Clavier. On peut alors choisir les claviers souhaités dans une liste (exactement comme sous MacOS X).
Ceci fait, il y a un drapeau dans la barre des taches. On peut changer à la volée. Cela marche exactement comme le menu clavier de MacOS.
J'ai testé avec le OpenOffice Linux. On arrive bien à taper les caractères grecs. En revanche, les touches mortes ne marchent pas. J'ai essayé d'ouvrir un document qui contient des caractères accentués. Ils s'affichaient sans problème. Ce n'est donc pas un problème de police.
J'ai ensuite essayé autre chose. Je me suis connecté en ssh à l'iBook et j'ai lancé OpenOffice pour MacOS X depuis Linux. Et là, aussi surprenant que cela puisse paraître, les touches mortes marchent sans problème.
Cela confirme bien que ce problème de touche morte, dans le cas d'OpenOffice pour MacOS X, ne vient pas d'OpenOffice mais du X11 d'Apple.
Autre constation, OpenOffice pour MacOS X marche mieux que OpenOffice pour Linux (!!). J'ai également eu l'impression que la version pour OSX était plus rapide. (Mais cela venait peut-être du PC sur lequel j'ai testé. Peut-être était-il plus lent que mon iBook. De plus, il y avait quelqu'un d'autre connecté et je ne sais ce qu'il faisait).
jperrocheau
Patrick Stadelmann wrote:
Le but de l'alias est de "suivre" un fichier, il est donc tout à fait naturel (sauf si tu t'attends a priori au comportement d'un lien symbolique) qu'il continue à pointer sur l'ancien fichier. Si c'est un problème, il suffit de dupliquer le répertoire et de renommer la copie en .old.
C'est comme cela que font les macounets... ;)
-- Jacques PERROCHEAU ______________________________________________________________ e-mail: mailto:
Patrick Stadelmann <Patrick.Stadelmann@unine.ch> wrote:
Le but de l'alias est de "suivre" un fichier, il est donc tout à fait
naturel (sauf si tu t'attends a priori au comportement d'un lien
symbolique) qu'il continue à pointer sur l'ancien fichier. Si c'est un
problème, il suffit de dupliquer le répertoire et de renommer la copie
en .old.
C'est comme cela que font les macounets... ;)
--
Jacques PERROCHEAU
______________________________________________________________
e-mail: mailto:jperrocheau@mac.com
Le but de l'alias est de "suivre" un fichier, il est donc tout à fait naturel (sauf si tu t'attends a priori au comportement d'un lien symbolique) qu'il continue à pointer sur l'ancien fichier. Si c'est un problème, il suffit de dupliquer le répertoire et de renommer la copie en .old.
C'est comme cela que font les macounets... ;)
-- Jacques PERROCHEAU ______________________________________________________________ e-mail: mailto:
ericb
Bonjour Julien,
En fait, c'est beaucoup plus simple que cela. Les ordinateurs de l'école sont sous KDE.
Oui, c'est assez facile avec KDE, je n'y ai pas pensé, parce que je ne l'utilise pas souvent (Si : KStars est génial)... Peut-être qu'on peut faire pareil avec gnome ?
Ceci fait, il y a un drapeau dans la barre des taches. On peut changer à la volée. Cela marche exactement comme le menu clavier de MacOS.
Oui, pareil.
J'ai testé avec le OpenOffice Linux. On arrive bien à taper les caractères grecs. En revanche, les touches mortes ne marchent pas.
X11...
J'ai essayé d'ouvrir un document qui contient des caractères accentués. Ils s'affichaient sans problème. Ce n'est donc pas un problème de police.
Entre reconnaître et afficher les caractères, je crois que ce n'est pas très simple ( NeoOffice utilise un autre mécanisme ) que celui que j'ai utilisé.
J'ai ensuite essayé autre chose. Je me suis connecté en ssh à l'iBook et j'ai lancé OpenOffice pour MacOS X depuis Linux. Et là, aussi surprenant que cela puisse paraître, les touches mortes marchent sans problème.
Oui, le X11 de Linux + la bonne conduite de KDE ont fait la différence.
Cela confirme bien que ce problème de touche morte, dans le cas d'OpenOffice pour MacOS X, ne vient pas d'OpenOffice mais du X11 d'Apple.
Je ne vois pas de faille dans la démonstration...
Avantage Libre = Avantage Libre + 1
Dit autrement, si on avait la possibilité de mettre le nez dans la config...
Autre constation, OpenOffice pour MacOS X marche mieux que OpenOffice pour Linux (!!). J'ai également eu l'impression que la version pour OSX était plus rapide. (Mais cela venait peut-être du PC sur lequel j'ai testé.
Oui, peut-être. Elle fonctionne vraiment bien, cette version (elle devrait très très prochainement être déclarée stable, sauf gros bug trouvé d'ici là...). J'ajoute que le player de sons/vidéos plante *aussi* à cause du X11 d'Apple ( fonctionne très bien avec XDarwin...)
Mais je n'ai pas beaucoup de retours...et ce qui m'inquiète, c'est que je viens d'intervenir plusieurs fois avec des utilisateurs parce que la version que l'on peut télécharger sur le site d'Apple ne s'installe pas bien, et est vraiment obsolète.
Je leur ai écrit, mais ils ne m'ont pas répondu. Ils le feraient un peu exprès, que je ne serais pas étonné. Mais je peux me tromper...
D'ailleurs, aucun site français pour Mac Users ne propose aucune des versions récentes, ni même en parle, alors que les progrès sont considérables...
@+
Bonjour Julien,
En fait, c'est beaucoup plus simple que cela.
Les ordinateurs de l'école sont sous KDE.
Oui, c'est assez facile avec KDE, je n'y ai pas pensé, parce que je ne
l'utilise pas souvent (Si : KStars est génial)... Peut-être qu'on peut
faire pareil avec gnome ?
Ceci fait, il y a un drapeau dans la barre des taches. On peut changer à la
volée. Cela marche exactement comme le menu clavier de MacOS.
Oui, pareil.
J'ai testé avec le OpenOffice Linux. On arrive bien à taper les caractères
grecs. En revanche, les touches mortes ne marchent pas.
X11...
J'ai essayé d'ouvrir un document qui contient des caractères accentués. Ils
s'affichaient sans problème. Ce n'est donc pas un problème de police.
Entre reconnaître et afficher les caractères, je crois que ce n'est pas
très simple ( NeoOffice utilise un autre mécanisme ) que celui que j'ai
utilisé.
J'ai ensuite essayé autre chose. Je me suis connecté en ssh à l'iBook et
j'ai lancé OpenOffice pour MacOS X depuis Linux. Et là, aussi surprenant
que cela puisse paraître, les touches mortes marchent sans problème.
Oui, le X11 de Linux + la bonne conduite de KDE ont fait la différence.
Cela confirme bien que ce problème de touche morte, dans le cas
d'OpenOffice pour MacOS X, ne vient pas d'OpenOffice mais du X11 d'Apple.
Je ne vois pas de faille dans la démonstration...
Avantage Libre = Avantage Libre + 1
Dit autrement, si on avait la possibilité de mettre le nez dans la config...
Autre constation, OpenOffice pour MacOS X marche mieux que OpenOffice pour
Linux (!!). J'ai également eu l'impression que la version pour OSX était
plus rapide. (Mais cela venait peut-être du PC sur lequel j'ai testé.
Oui, peut-être. Elle fonctionne vraiment bien, cette version (elle
devrait très très prochainement être déclarée stable, sauf gros bug
trouvé d'ici là...). J'ajoute que le player de sons/vidéos plante
*aussi* à cause du X11 d'Apple ( fonctionne très bien avec XDarwin...)
Mais je n'ai pas beaucoup de retours...et ce qui m'inquiète, c'est que
je viens d'intervenir plusieurs fois avec des utilisateurs parce que la
version que l'on peut télécharger sur le site d'Apple ne s'installe pas
bien, et est vraiment obsolète.
Je leur ai écrit, mais ils ne m'ont pas répondu. Ils le feraient un peu
exprès, que je ne serais pas étonné. Mais je peux me tromper...
D'ailleurs, aucun site français pour Mac Users ne propose aucune des
versions récentes, ni même en parle, alors que les progrès sont
considérables...
En fait, c'est beaucoup plus simple que cela. Les ordinateurs de l'école sont sous KDE.
Oui, c'est assez facile avec KDE, je n'y ai pas pensé, parce que je ne l'utilise pas souvent (Si : KStars est génial)... Peut-être qu'on peut faire pareil avec gnome ?
Ceci fait, il y a un drapeau dans la barre des taches. On peut changer à la volée. Cela marche exactement comme le menu clavier de MacOS.
Oui, pareil.
J'ai testé avec le OpenOffice Linux. On arrive bien à taper les caractères grecs. En revanche, les touches mortes ne marchent pas.
X11...
J'ai essayé d'ouvrir un document qui contient des caractères accentués. Ils s'affichaient sans problème. Ce n'est donc pas un problème de police.
Entre reconnaître et afficher les caractères, je crois que ce n'est pas très simple ( NeoOffice utilise un autre mécanisme ) que celui que j'ai utilisé.
J'ai ensuite essayé autre chose. Je me suis connecté en ssh à l'iBook et j'ai lancé OpenOffice pour MacOS X depuis Linux. Et là, aussi surprenant que cela puisse paraître, les touches mortes marchent sans problème.
Oui, le X11 de Linux + la bonne conduite de KDE ont fait la différence.
Cela confirme bien que ce problème de touche morte, dans le cas d'OpenOffice pour MacOS X, ne vient pas d'OpenOffice mais du X11 d'Apple.
Je ne vois pas de faille dans la démonstration...
Avantage Libre = Avantage Libre + 1
Dit autrement, si on avait la possibilité de mettre le nez dans la config...
Autre constation, OpenOffice pour MacOS X marche mieux que OpenOffice pour Linux (!!). J'ai également eu l'impression que la version pour OSX était plus rapide. (Mais cela venait peut-être du PC sur lequel j'ai testé.
Oui, peut-être. Elle fonctionne vraiment bien, cette version (elle devrait très très prochainement être déclarée stable, sauf gros bug trouvé d'ici là...). J'ajoute que le player de sons/vidéos plante *aussi* à cause du X11 d'Apple ( fonctionne très bien avec XDarwin...)
Mais je n'ai pas beaucoup de retours...et ce qui m'inquiète, c'est que je viens d'intervenir plusieurs fois avec des utilisateurs parce que la version que l'on peut télécharger sur le site d'Apple ne s'installe pas bien, et est vraiment obsolète.
Je leur ai écrit, mais ils ne m'ont pas répondu. Ils le feraient un peu exprès, que je ne serais pas étonné. Mais je peux me tromper...
D'ailleurs, aucun site français pour Mac Users ne propose aucune des versions récentes, ni même en parle, alors que les progrès sont considérables...
