iOops a écrit 35 commentaires

  • [^] # Re: Bug ?

    Posté par  (site web personnel) . En réponse au message Gestion du double-click de la souris dans Gnome 3.16. Évalué à 1.

    Je voudrais rajouter :

    Je ne connais pas l'état de développement de Wayland car je ne l'ai pas suivit mais il me semble qu'il n'est pas encore assez "stable" pour être considéré comme étant un remplaçant stable du serveur X par défaut. C'est pourquoi je me pose la question : "pour quelle(s) raison(s) le paquet "xwayland" dépend de gnome-session "voir" de Gnome-Shell ?

    PS1 : désolé pour la langue allemande !
    PS2 : c'est vraiment dommage qu'il y ait un temps défini pour éditer/corrgier son message…

  • [^] # Re: Bug ?

    Posté par  (site web personnel) . En réponse au message Gestion du double-click de la souris dans Gnome 3.16. Évalué à 1.

    Bonne idée ! :)

    je viens de tester sur fedora 22 que j'ai installé (dans Virtualbox) la semaine dernière dans le but de pouvoir établir une connection VPN avec le travail sans bloquer ma connection principale et je n'ai pas constaté ce problème avec le double-click sous Gnome 3.16.2.

    J'ai essayé d'installer Gnome-Shell sans Wayland mais celà semble impossible à "cause" des dépendances :

    aptitude install gnome-session
    Die folgenden NEUEN Pakete werden zusätzlich installiert:
      gnome-session gnome-session-bin{a} xwayland{a}
    0 Pakete aktualisiert, 3 zusätzlich installiert, 0 werden entfernt und 0 nicht aktualisiert.
    0 B/3.116 kB an Archiven müssen heruntergeladen werden. Nach dem Entpacken werden 7.078 kB zusätzlich belegt sein.
    Möchten Sie fortsetzen? [Y/n/?]

    Avant celà j'ai désinstallé Wayland supposant que le Bug venait de là et ensuite je me suis dit que j'allais pouvoir "réinstaller" Gnome-Shell sans devoir installer des paquets dépendant de Wayland mais celà n'est pas possible….

  • # Bug ?

    Posté par  (site web personnel) . En réponse au message Gestion du double-click de la souris dans Gnome 3.16. Évalué à 1.

    Je crois que je ne suis pas le seul à rencontrer ce problème … :

    Discussion sur le forum d'Archlinux
    Rapport de bug

  • [^] # Re: Simple

    Posté par  (site web personnel) . En réponse au journal Debian à l'heure du choix. Évalué à 1.

    Je peux très bien imaginer lors d'une installation, que "l'installeur" me propose une solution par "défaut" tout en me laissant le choix d'opter pour un autre système d'init.

  • # Site d'apprentissage en ligne

    Posté par  (site web personnel) . En réponse au message Quel langage pour initier un enfant de 10 ans à la programmation. Évalué à 1.

    Bonjour,

    Je voudrais partager avec vous deux sites qui me semblent intéressant pour apprendre à programmer.

    Cet été j'ai découvert le site d'apprentissage de la programmation web « Webmaker » de la fondation Mozilla lors du Campus Party à Berlin.

    Je peux aussi vous recommander de faire un tour sur le site de la Codecademy. Sur ce site on peut également apprendre le langage HTML mais pas seulement. D'autres langages tels que le Python, le Ruby et le Javascript y sont également proposés.

    Je trouve que ces deux sites disposent d'une interface claire et simple nous permettant de nous familiariser avec les bases de la programmation en réalisant différents petits exercices.

  • # [Résolu Emacs.lisp : Définition des touches pour un mode majeur]

    Posté par  (site web personnel) . En réponse au message [Emacs.Lisp] Définition des touches pour un mode majeur. Évalué à 1.

    J'ai décidé de séparer mon programme en plusieurs parties :

    • un fichier pour les variables globales
    • un fichier décrivant les différentes fonctions que je vais appeler lorsque j'appuie sur une touche
    • un fichier contenant le menu principal.

    J'ai bien résolu mon problème d'affichage du menu ainsi que la gestion des touches de fonction .

    Pour exécuté un programme externe j'utilise le code suivant :

    (start-process <nom du processus>
             (get-buffer-create <nom du buffer>)
                 <nom + chemin vers la commande>
                 <arg1>
                 <argn>
                 ))
    
    

    En ce qui concerne l'utilisation de la couleur pour le texte j'ai créé une face comme ceci :

    ;  le texte dont la 'face sera 'h1-face sera en bleu et en gras.
    (defface h1-face 
      '((t (:weight extra-bold 
            :foreground "blue")
           )) 
      "information sur la 'face")
    
    

    Pour appliquer cette 'face au texte j'utilise la fonction propertize :

    (propertize "Texte" 'face 'h1-face)
    
    

    Je vous remercie pour vos commentaires qui m'ont bien aidé !

  • [^] # Re: Le mode est changé dans le buffer dans lequel tu as lancé ta commande

    Posté par  (site web personnel) . En réponse au message [Emacs.Lisp] Définition des touches pour un mode majeur. Évalué à 0. Dernière modification le 14 septembre 2012 à 11:58.

    Ah mais c'est gênant ça ! Je suis en train de modifier un message et au bout d'un moment je ne peux plus poster mon message car je n'ai plus le droit de le modifier. J'ai un message "Page interdite - Vous ne passerez pas" qui s'affiche.

    Les problèmes qui me restent à régler:

    1. avoir un seul mode rct-mode et non pas rct en plus.

    2. le texte désiré en bleu apparaît en noir alors que j'ai défini une 'face particulière

    3. lorsque j'exécute un programme extérieur je perds la main sur Emacs et je ne peux pas faire autre chose ensuite. J'utilise (shell-command cmd) pour exécuter un programme.

  • [^] # Re: Le mode est changé dans le buffer dans lequel tu as lancé ta commande

    Posté par  (site web personnel) . En réponse au message [Emacs.Lisp] Définition des touches pour un mode majeur. Évalué à 0.

    Pour que la fenêtre ne se coupe pas en deux je dois utiliser switch-to-buffer et non pas pop-to-buffer

    NB: je ne parviens plus à éditer mes messages

  • [^] # Re: Le mode est changé dans le buffer dans lequel tu as lancé ta commande

    Posté par  (site web personnel) . En réponse au message [Emacs.Lisp] Définition des touches pour un mode majeur. Évalué à 0.

    Je viens de trouver quelque chose d'intéressant. Si je lance mon mode par M-x rct alors là mon mode se lance dans un buffer en dessous du buffer GNU Emacs et affiche mon menu (donc ma fenêtre est coupée en deux, ce que au passage je ne souhaite pas). Alors que si je fais M-x rct-mode, qui est aussi disponible, mon mode majeur se lance dans le buffer actuel sans afficher le menu principal. Il y a confusion. j'ai donc rct et rct-mode. Puis-je en avoir qu'un seul?

  • [^] # Re: Le mode est changé dans le buffer dans lequel tu as lancé ta commande

    Posté par  (site web personnel) . En réponse au message [Emacs.Lisp] Définition des touches pour un mode majeur. Évalué à 0.

    Renaud, est-ce que mon code fonctionne chez toi?

    Je ne pense pas que rajouter (interactive) dans ma fonction rct() soit nécessaire car si j'utilise define-derived-mode je suppose que l'appel de cette fonction est déjà gérée tout comme le sont (add-hooks) et (use-local-map) par exemple. Depuis le début je fonctionne sans le (interactive) et lors du premier lancement d'Emacs je peux bien lancer mon mode majeur par M-x rct-mode.

    Je viens de faire un saut à nouveau sur le site de mu4e pour relire son code et dans le fichier mu4e.el on voit bien que dans sa fonction appelant le define-derived-mode il fait bien appel, comme tu le préconise, à la fonction (interactive). Donc ma question est si je n'utilise pas la fonction (interactive) pour quelle(s) raison(s) puis-je quand même démarrer mon mode avec M-x ?

    Ce qu'il se passe lorsque je démarre mon mode c'est que je reste sur le buffer présent et ne passe pas au buffer du mode "rct". Je vois bien dans la barre que le nom du mode actuel est "rct:main" (le buffer reste "GNU Emacs). De toute façon mes touches fonctionne donc cela veux bien dire aussi quelque part que mon mode est correctement lancé.

    Je voudrais à nouveau préciser que je débute tout juste en LISP et aussi à utiliser (re-découvrir) Emacs.

    ps: j'ai également essayé en rajoutant la fonction (interactive) dans ma fonction rct() mais je ne note aucun changement. J'ai aussi affiché les buffers ouverts par (C-x b + <TAB>) et seulement deux buffers sont "ouverts" : Message et scratch. J'en déduis donc que mon buffer rct-main est créé mais qu'il n'efface pas le contenu du buffer courant (d'ailleurs ni son nom n'est affiché).

  • [^] # Re: Le mode est changé dans le buffer dans lequel tu as lancé ta commande

    Posté par  (site web personnel) . En réponse au message [Emacs.Lisp] Définition des touches pour un mode majeur. Évalué à 0.

    En mettant le (pop-to-buffer buf) juste après le (with-current-buffer buf) comme ci-dessous, le menu ne s'affice toujours pas.

    (defun main-menu ()
      "This function display the main menu of the RCT mode."
     (let ((buf (get-buffer-create rct-mode-buffer-name))
           (inhibit-read-only t))
       (with-current-buffer buf
         (erase-buffer)
         (insert
          "\n"
          ); end-of insert
         );end-of with-current-buffer
       (pop-to-buffer buf)
       );end-of let
     );end-of main-menu
    
    (defun rct() 
      (main-menu)
      (rct-mode))
    
    
  • [^] # Re: Le mode est changé dans le buffer dans lequel tu as lancé ta commande

    Posté par  (site web personnel) . En réponse au message [Emacs.Lisp] Définition des touches pour un mode majeur. Évalué à 0.

    Je ne suis pas sûr d'avoir bien compris.
    Voici ce que j'ai modifié :

    (defun main-menu ()
      "This function display the main menu of the RCT mode."
     (let ((buf (get-buffer-create rct-mode-buffer-name))
           (inhibit-read-only t))
       (with-current-buffer buf
         (erase-buffer)
         (insert
            "text pour l\'insert"
          ); end-of insert
         (rct-mode)
         (pop-to-buffer buf)
         );end-of with-current-buffer
       );end-of let
     );end-of main-menu
    
    (defun rct()
      (main-menu))
    
    

    J'ai également essayé :

    (defun main-menu ()
      "This function display the main menu of the RCT mode."
     (let ((buf (get-buffer-create rct-mode-buffer-name))
           (inhibit-read-only t))
       (with-current-buffer buf
         (erase-buffer)
         (insert
            "text pour l\'insert"
          ); end-of insert
         (pop-to-buffer buf)
         );end-of with-current-buffer
       );end-of let
     );end-of main-menu
    
    (defun rct()
      (main-menu)
      (rct-mode))
    
    
  • [^] # Re: Le mode est changé dans le buffer dans lequel tu as lancé ta commande

    Posté par  (site web personnel) . En réponse au message [Emacs.Lisp] Définition des touches pour un mode majeur. Évalué à 0.

    Oui sans le code c'est difficile …

    Voici le code:

    (defconst rct-mode-buffer-name "*rct-main*"
      "*internal* Name of the rct main view buffer.")  
    
    ; Keymap
    (defvar rct-mode-map
       (let ((my-map (make-sparse-keymap)))
            (suppress-keymap my-map)
            (define-key my-map "q" 'quit-window)
            (define-key my-map (kbd "C-c m") 
               (lambda() (interacive) (message "\C-\c m pressed")))
             (define-key my-map (kbd "<f3>")
            (lambda() (interactive) (message "\<f3\> pressed")));
             (define-key my-map (kbd "<f4>")
            (lambda() (interactive) (message "\<f4\> pressed")))
             (define-key my-map (kbd "<f5>") 
            (lambda (interactive) (message "\<f5\> pressed")))
                  my-map)
            "Local keymap")
    
    ;; h1 first header in blue
    (defface h1
      '((t :inherit default 
           (:background "blue")
        ))
      "Face for a header without any special flags."
      :group 'rct)
    
    (define-derived-mode rct-mode special-mode "rct:main"
      "Major mode for remote connections
    \\{rct-main-mode-map}."
      ; debug is activated 
      (set (make-local-variable 'debug-on-error) t)
      )
    
    ; Main Menu
    (defun main-menu ()
      "This function display the main menu of the RCT mode."
     (let ((buf (get-buffer-create rct-mode-buffer-name))
           (inhibit-read-only t))
       (with-current-buffer buf
         (erase-buffer)
         (insert
          "\n\n\n\n"
          (propertize "~~ Welcome ~~" 'face 'h1)
          "\n\n"
          "Main commands"
          "\n\n"
          "\t[Q]  To quit the RCT-mode"
          "\n\n"
          "TEXT"
          "\n\n"
          "\t[F2] AAAAAAAA\n"
          "\t[F3] BBBBBBBB\n"
          "\n"
          "TEXT"
          "\n\n"
          "\t[F4] To Start XXXX\n"
          "\n\n"
          ); end-of insert
         ;(rct-mode)
         (pop-to-buffer buf)
         );end-of with-current-buffer
       );end-of let
      ;(toggle-read-only t)
     );end-of main-menu
    
    (defun rct() 
      ;; The menu have to be in a separate function.
      (rct-mode)
      (main-menu)
      )
    
    
    (provide 'rct-mode)
    
    
  • [^] # Re: Le mode est changé dans le buffer dans lequel tu as lancé ta commande

    Posté par  (site web personnel) . En réponse au message [Emacs.Lisp] Définition des touches pour un mode majeur. Évalué à 1.

    Merci Renaud !

    Oui tu as raison c'est ce que j'ai fait également. En même temps j'avais demandé un peu d'aide à la liste help-gnu-emacs et quelqu'un m'a expliqué un peu mes erreurs.

    Ce que j' ai compris c'est que si j'utilise la fonction (define-derived-mode) je ne dois pas de dans faire appel aux fonctions (add-hooks), (run-hooks) car elles sont déjà gérées par (define-derived-mode). En ce qui concerne l'appel du menu il doit se faire comme tu l'a précisé dans une fonction à part.

    Maintenant lors de l'exécution de mon mode majeur mes touches sont définies cependant mon menu ne s'affiche plus. Je reste sur le buffer d'accueil *GNUS emacs*. Pourtant dans la fonction affichant le menu j'ai bien fait appel à la fonction (pop-to-buffer buf) pour changer de buffer.

  • [^] # Re: editeur avec coloration

    Posté par  (site web personnel) . En réponse au message [Emacs.Lisp] Définition des touches pour un mode majeur. Évalué à 0.

    Où est donc l'erreur ?
    J'ai beau chercher, lire la doc je ne comprends pas pourquoi mes touches sont considérées comme "non définies".

  • [^] # Re: editeur avec coloration

    Posté par  (site web personnel) . En réponse au message [Emacs.Lisp] Définition des touches pour un mode majeur. Évalué à 1.

    A quel niveau exactement ? Car dans la ligne (run-hooks 'rct-mode-hook) pour moi il ne manque pas de ' . Je regarde à nouveau une autre documentation et je remarque bien les deux lignes :

        (use-local-map text-mode-map)
        (run-mode-hooks 'text-mode-hook)
    
    
  • [^] # Re: kpartx, offset

    Posté par  (site web personnel) . En réponse au message Linux RIP Live CD et partition UFS. Évalué à 1.

    j´ai finalement téléchargé un livecd de freebsd puis j´ai simplement monté la partition avec un simple mount /dev/ad0b /mnt ... j´ai pu corriger par la suite mon erreur.
  • [^] # Re: kpartx, offset

    Posté par  (site web personnel) . En réponse au message Linux RIP Live CD et partition UFS. Évalué à 1.

    Salut,

    merci pour ta réponse.

    J´ai essayé kpartx -l et il trouve bien les différentes partitions hda1p1,p2,p3. Dans /dev/ les partitions n´y sont toujours pas.
    Si je fais un kpartx -a /dev/hda1 j´ai des erreur du genre ioct failed je pense. Puis dans /dev/mapper/ j´ai console et hda1. Toujours aucune trace des sous partitions. Dois je essayer avec un live cd BSD ?
  • # Mascotte du libre

    Posté par  (site web personnel) . En réponse à la dépêche 01 Informatique : Spécial Libre, un modèle approuvé. Évalué à -1.

    La moscotte du Libre n'est-ce pas le Gnou ? Si c'est le cas se fait-elle voler la vedette par le mancho ?
  • [^] # Re: Mon PC avec du Power

    Posté par  (site web personnel) . En réponse au journal Le Power6 arrive. Évalué à 2.

  • # Livres

    Posté par  (site web personnel) . En réponse au message Livre(s) sur l'informatique. Évalué à 2.

    Salut,

    Les livres de chez Oreilly sont très réputés regarde de ce côté là.

    http://www.oreilly.fr/
  • # Réponse

    Posté par  (site web personnel) . En réponse au message Frozen Bubble ne se lance pas!. Évalué à 1.

    Salut,

    il te manque juste sdl-perl pour l'installer il te faut faire un :
    apt-get install libsdl-perl
  • [^] # Re: C'est clair

    Posté par  (site web personnel) . En réponse au journal DADvSI : Le ministre veut l'interropérabilité à condition qu'un logiciel libre ne montre pas comment il fait !. Évalué à 1.

    Je ne comprend pas le principe de clefs que tu exposes.

    Je suis très bouleverssé par le vote de DADvSI,
    "l'interdiction de logiciels P2P" : est-ce que celà signifie que l'on n'a plus le droit d'utiliser des clients et serveurs FTP ?
    Est-ce que le fait d'investir sur un serveur à l'étranger comme dans un pays comme la Suisse par exemple sur lequel on pourrais y accueillir des projets libres est envisageable ?
    Un internet Crypté vas t il voir le jour ?
    Je suis très inquiet sur le devenir de l'utilisation de logiciels libres et leur développement en France. Quand est-il exacetement ?

    La France devrais peut être changer sa devise "Liberté, égalité, fraternité"
  • [^] # xSparcs

    Posté par  (site web personnel) . En réponse à la dépêche Les UltraSparc sous GPL. Évalué à 1.

    Où peut on se procurrer se type de machine et à quel coût ?
  • [^] # Re: the solution

    Posté par  (site web personnel) . En réponse au message Grosse lenteur de la mandriva 2006. Évalué à 1.

    j'ai fini par acheter un modem router adsl netgear DG834, j'ai enlvé tout les services au démarage dont j'avais pas besoin puis recompiler un nouveau noyau 2.6.12 puiseque celui fournis avec la distrib plantait (arret de machine impossible, kernels panic au boot) et tout à l'air de fonctionner à merveille ... sauf le problème d'openoffice qui met toujours 3heures pour ce lancer si un connexion internet est établie.