Heureux de l'apprendre...
Comment marche ce système ? On le voit dans quelles applis ?
Globalement, ce qui m'a dessus dans Gnome 2.6, c'est que toutes les applis ne se mettent pas, comme sous KDE, à utiliser les nouvelles boîtes de dialogues et donc les nouvelles fonctionnalités ! C'est un large manque.
Je suis d'accord que 2 groupes avancent côte à côte, mais il y a une limite : combien y a-il de projets pour X ?
On a XFree86, X.org, DirectFB, Fresco (?), Y... j'en oublie plein !
Alors qu'on arrête ce gâchis !
Mieux vaut une bonne base commune, une diversification à partir de cette base puis finalement voir ce qui aura abouti au meilleur résultat... Mais surtout pas quinze mille projets identiques et tous non aboutis !
Le pb c'est qu'une migration win => Nux ne se fait que par une transition via du mozilla/OOo/Gimp/... sous win. Hors, avec longhorn, on se fera LAMINER sur ce secteur, y'a pas photo ! De plus, nous n'avons pas à tout copier : nombre de "nos" concepts sont des plus intéressants : XUL, bureau "dynamique" (icones au branchement d'un périph...)
Mais migrer un utilisateur de longhorn ou pire un développeur sera très dur sans implémenter l'intégration de toutes les applis...
On ne peut se permettre de parier sur l'avenir !
Je suis entièrement d'accord avec toi.
Je pense qu'il est temps que l'on se bouge tous le cul ! Il FAUT absolument CONCENTRER TOUS LES EFFORTS afin de réaliser, enfin, UN DESKTOP LINUX INTÉGRÉ ET COMPLET
On ne peut PAS CONTINUER COMME ÇA : entre Gnome VFS, les KParts : rien en commun. Entre Gtk et Qt : tout est différent ! Il faut absolument se bouger, et vite !
Il nous faut au plus vite une amélioration massive de XUL pour combattre XAML avant sa sortie. Il nous faut "notre" WinFS avant ou en même temps qu'eux : un retard d'un an à peine serait critique. Il faut concentrer tous les efforts de DirectFb, X.org... au maximum : nous avons besoin d'un serveur X gérant la transparence et toutes ces conneries !
Par dessus tout, il faut que l'intégration soit améliorée. Cela passe donc par l'intégration par exemple sous KDE de kmail en tant que composant KParts permettant via un sous dossier de system:/ d'aller lire nos mails, notre carnet d'adresses...
Et la même chose pour Kopete !
Il faut centraliser la gestion des documents entre toutes les applis KDE et donc avoir des applis "KDEisées" : un OpenOffice capable de gérer les KParts, un Gimp avec une intégration à un KPart de stockage d'images...
Le pas à franchir est énorme car toutes les applis vont nécessiter un travail supplémentaire.
Sans vouloir dénigrer Gnome, je pense que KDE est plus apte à cela. Mais la course est lancée, et m$ a de l'avance, ce qui est critique !
P.S : je suis pas obsédé par KParts, c'est juste que je pense que c'est ce que nous avons de mieux à proposer
Voir aussi la dépêche de DLFP sur la sortie de Mono 1.0 Beta 1
Entre 1 ou 2 trolls, les discussions contiennent de vrais arguments intéressants ! http://linuxfr.org/2004/05/07/16201.html(...)
(138 commentaires, le sujet est assez... chaud, on va dire)
Désolé, quand j'ai posté, le monsieur il avait pas donné le point de montage... Il l'a toujours pas fait d'ailleurs !
Mais il sert à quoi alors dans /dev/shm ?
Autre détail : l'implémentation libre de Java est vraiment, vraiment loin d'être prête ! Il est impossible de faire tourner la plupart des applis Java actuelles... Par contre, pour .Net, Mono est déjà assez avancé, il ne lui manque que quelques composants comme Windows.Forms dont l'implémentation est incomplète... Mono implémente d'ailleurs ses propres classes mais aussi suit le standard et tente d'implémenter les classes de micro$oft...
tmpfs, comme son nom l'indique, est un système de fichier pour tmp.
En gros, au lieu d'avoir ton /tmp sur ta partition / ou une partition réservée ou je ne sais quel jeu avec loopback, une partie de la mémoire vive (50% pour être exact, sur mandrake 9.2) est utilisée pour stocker les fichiers tmp.
D'où une bien meilleure rapidité pour tout ce qui traîte les fichiers tmp.
Maintenant, pour ton noyau, je sais pas, mais c'était dans le 2.4.22 lourdement patché de la mandrake 9.2
Désolé !!!
J'ai supprimé une phrase et j'ai oublié de corriger !
Sinon, le reste j'ai bon ?
Enfin, la possibilité de faire print une_variable_quelconque c'est du un peu au système objet avec l'attribut __str__ non ?
I can't divulge any specifics, but I can tell you that we are striking a deal with a major partner and we will be making that announcement in the next few weeks.... I will say that users know them and will be very pleased.
On prend les paris ?
Je propose :
- HP
- IBM
- Micro$oft ;-)
- Novell
Rayer la ou les mentions inutiles !
Python est un langage de script qui a la particularité principale d'avoir des blocs distingués selon leur indentation, ce qui implique normalement une plus grande rigueur.
Il est 100% orienté objet : même les fonctions sont objet ! Ceci permet d'appeler une fonction indifféremment avec un nombre qu'un texte...
Il dispose d'un interpréteur assez pratique pour débugguer rapidement, et d'une collection honorable de modules (pas encore au niveau de Perl)
Exemple de python :
def une_fonction(x):
"Commentaire : cette fonction affiche x et renvoie 1"
print x
return 1
une_fonction("du texte")
une_fonction(12345)
print une_fonction.func_doc # Affiche le commentaire de la fonction...
Y'a moyen facilement de faire des trucs pour neuneu.
Une bonne chose est de récupérer une poignée de neuneus vierges "d'informatique" plus avancée que word = traitement de texte, win=PC... et encore, c'est avancé là
Ensuite, en leur demandant des conseils pour faire une interface simple ça devrait aller.
Je suis prêt à aider pour wine (enfin essayer !)
AHMA on peut faire des bons trucs !
Faut vite une structure avec un site web, les lignes à suivres pour le développement...
Aussi, de la doc, de la doc, et surtout de la doc !
En français !!!
Très bien fait, mais j'aimerai bien pouvoir éditer la valeur d'un champ caché !
Enfin, c'est le seul truc qui m'a manqué après un rapide test
Et cle centrage partout est chiant !
Ben les jeux à la con, y'en aura peut être dans les plugins !
En fonctionnalité bonus, j'avais des amis qui ont essayé un client Jabber sous win où on peut faire du dessin à plusieurs !
Pour plus d'infos pour Psi, je t'invite à aller consulter leur site qui est très clair !
Ha
Bon, donc je présume que le PC sur lequel je me connecte à internet a un pb... Ok, c'est encourageant !
N'empêche, c'est louche ! Au début, ça a été puis du jour au lendemain, il a plus marché et enfin il a remarché et finalement non il marche plus !
Enfin, maintenant, il marche plus, et j'en suis CONTENT.
Tout à fait.
Je te donne ma méthode d'install :
1- je met le CD
2- je boote dessus j'attend c'est long le cd de 2000
3- Installer, Réparer ou Quitter ? Je choisi installer
4- Choix des partitions normalement, mais là, rien ! PC gelé !!!
Pour win98, il trouve pas les partitions non plus (oui il y a des partitions FAT32)
[^] # Re: Bien d'accord
Posté par Pinaraf . En réponse au journal Face à Longhorn, qu'avons-nous à proposer ?. Évalué à 3.
Comment marche ce système ? On le voit dans quelles applis ?
Globalement, ce qui m'a dessus dans Gnome 2.6, c'est que toutes les applis ne se mettent pas, comme sous KDE, à utiliser les nouvelles boîtes de dialogues et donc les nouvelles fonctionnalités ! C'est un large manque.
Je suis d'accord que 2 groupes avancent côte à côte, mais il y a une limite : combien y a-il de projets pour X ?
On a XFree86, X.org, DirectFB, Fresco (?), Y... j'en oublie plein !
Alors qu'on arrête ce gâchis !
Mieux vaut une bonne base commune, une diversification à partir de cette base puis finalement voir ce qui aura abouti au meilleur résultat... Mais surtout pas quinze mille projets identiques et tous non aboutis !
[^] # Re: Idée
Posté par Pinaraf . En réponse au journal Face à Longhorn, qu'avons-nous à proposer ?. Évalué à 1.
Mais migrer un utilisateur de longhorn ou pire un développeur sera très dur sans implémenter l'intégration de toutes les applis...
On ne peut se permettre de parier sur l'avenir !
# Bien d'accord
Posté par Pinaraf . En réponse au journal Face à Longhorn, qu'avons-nous à proposer ?. Évalué à 3.
Je pense qu'il est temps que l'on se bouge tous le cul !
Il FAUT absolument CONCENTRER TOUS LES EFFORTS afin de réaliser, enfin, UN DESKTOP LINUX INTÉGRÉ ET COMPLET
On ne peut PAS CONTINUER COMME ÇA : entre Gnome VFS, les KParts : rien en commun. Entre Gtk et Qt : tout est différent !
Il faut absolument se bouger, et vite !
Il nous faut au plus vite une amélioration massive de XUL pour combattre XAML avant sa sortie. Il nous faut "notre" WinFS avant ou en même temps qu'eux : un retard d'un an à peine serait critique. Il faut concentrer tous les efforts de DirectFb, X.org... au maximum : nous avons besoin d'un serveur X gérant la transparence et toutes ces conneries !
Par dessus tout, il faut que l'intégration soit améliorée. Cela passe donc par l'intégration par exemple sous KDE de kmail en tant que composant KParts permettant via un sous dossier de system:/ d'aller lire nos mails, notre carnet d'adresses...
Et la même chose pour Kopete !
Il faut centraliser la gestion des documents entre toutes les applis KDE et donc avoir des applis "KDEisées" : un OpenOffice capable de gérer les KParts, un Gimp avec une intégration à un KPart de stockage d'images...
Le pas à franchir est énorme car toutes les applis vont nécessiter un travail supplémentaire.
Sans vouloir dénigrer Gnome, je pense que KDE est plus apte à cela.
Mais la course est lancée, et m$ a de l'avance, ce qui est critique !
P.S : je suis pas obsédé par KParts, c'est juste que je pense que c'est ce que nous avons de mieux à proposer
[^] # Re: précisions
Posté par Pinaraf . En réponse au journal J2EE (EJB), .net (enterprise services), COM/DCOM/OLE, PHP/Python/Perl, Corba, etc.... Évalué à 1.
Entre 1 ou 2 trolls, les discussions contiennent de vrais arguments intéressants !
http://linuxfr.org/2004/05/07/16201.html(...)
(138 commentaires, le sujet est assez... chaud, on va dire)
[^] # Re: Ce que c'est
Posté par Pinaraf . En réponse au journal Tiens un ptit nouveau.... Évalué à 0.
Mais il sert à quoi alors dans /dev/shm ?
[^] # Re: précisions
Posté par Pinaraf . En réponse au journal J2EE (EJB), .net (enterprise services), COM/DCOM/OLE, PHP/Python/Perl, Corba, etc.... Évalué à 2.
# Ce que c'est
Posté par Pinaraf . En réponse au journal Tiens un ptit nouveau.... Évalué à 4.
En gros, au lieu d'avoir ton /tmp sur ta partition / ou une partition réservée ou je ne sais quel jeu avec loopback, une partie de la mémoire vive (50% pour être exact, sur mandrake 9.2) est utilisée pour stocker les fichiers tmp.
D'où une bien meilleure rapidité pour tout ce qui traîte les fichiers tmp.
Maintenant, pour ton noyau, je sais pas, mais c'était dans le 2.4.22 lourdement patché de la mandrake 9.2
[^] # Re: Python
Posté par Pinaraf . En réponse au journal J2EE (EJB), .net (enterprise services), COM/DCOM/OLE, PHP/Python/Perl, Corba, etc.... Évalué à 1.
J'ai supprimé une phrase et j'ai oublié de corriger !
Sinon, le reste j'ai bon ?
Enfin, la possibilité de faire print une_variable_quelconque c'est du un peu au système objet avec l'attribut __str__ non ?
[^] # Re: Qui donc ???
Posté par Pinaraf . En réponse au journal Interview Mandrake. Évalué à -1.
# Qui donc ???
Posté par Pinaraf . En réponse au journal Interview Mandrake. Évalué à 0.
On prend les paris ?
Je propose :
- HP
- IBM
- Micro$oft ;-)
- Novell
Rayer la ou les mentions inutiles !
# Python
Posté par Pinaraf . En réponse au journal J2EE (EJB), .net (enterprise services), COM/DCOM/OLE, PHP/Python/Perl, Corba, etc.... Évalué à 2.
Il est 100% orienté objet : même les fonctions sont objet ! Ceci permet d'appeler une fonction indifféremment avec un nombre qu'un texte...
Il dispose d'un interpréteur assez pratique pour débugguer rapidement, et d'une collection honorable de modules (pas encore au niveau de Perl)
Exemple de python :
def une_fonction(x):
"Commentaire : cette fonction affiche x et renvoie 1"
print x
return 1
une_fonction("du texte")
une_fonction(12345)
print une_fonction.func_doc # Affiche le commentaire de la fonction...
[^] # Re: Site web ?
Posté par Pinaraf . En réponse au journal Nouvelle distribution: qu'en attendre?. Évalué à 0.
Je veux aider
Comment on fait pour donner un coup de main ?
[^] # Re: NPTL sur MDK 10.0 ?
Posté par Pinaraf . En réponse au journal utilisez-vous udev ?. Évalué à 1.
# Site web ?
Posté par Pinaraf . En réponse au journal Nouvelle distribution: qu'en attendre?. Évalué à 0.
Et qu'on puisse bosser si on en a envie !
[^] # Re: Oui monsieur, moi monsieur
Posté par Pinaraf . En réponse au journal utilisez-vous udev ?. Évalué à 1.
[^] # Re: Qu'attendre?
Posté par Pinaraf . En réponse au journal Nouvelle distribution: qu'en attendre?. Évalué à 1.
Une bonne chose est de récupérer une poignée de neuneus vierges "d'informatique" plus avancée que word = traitement de texte, win=PC... et encore, c'est avancé là
Ensuite, en leur demandant des conseils pour faire une interface simple ça devrait aller.
Je suis prêt à aider pour wine (enfin essayer !)
AHMA on peut faire des bons trucs !
Faut vite une structure avec un site web, les lignes à suivres pour le développement...
Aussi, de la doc, de la doc, et surtout de la doc !
En français !!!
# Très pratique
Posté par Pinaraf . En réponse au journal Petit projet. Évalué à 4.
Enfin, c'est le seul truc qui m'a manqué après un rapide test
Et cle centrage partout est chiant !
[^] # Re: Et ceux qui peuvent pas ?
Posté par Pinaraf . En réponse au journal Et vous, vous votez pour qui aux européennes?. Évalué à 1.
# Et ceux qui peuvent pas ?
Posté par Pinaraf . En réponse au journal Et vous, vous votez pour qui aux européennes?. Évalué à 1.
[^] # Re: Prévisions...
Posté par Pinaraf . En réponse au journal Psi 0.9.2-test1 :-D. Évalué à 0.
En fonctionnalité bonus, j'avais des amis qui ont essayé un client Jabber sous win où on peut faire du dessin à plusieurs !
Pour plus d'infos pour Psi, je t'invite à aller consulter leur site qui est très clair !
[^] # Re: Heu hors contexte je ne vois pas de problème
Posté par Pinaraf . En réponse au journal Longhorn c'est Long (désolé ;). Évalué à 0.
[^] # Re: Heu hors contexte je ne vois pas de problème
Posté par Pinaraf . En réponse au journal Longhorn c'est Long (désolé ;). Évalué à -1.
[^] # Re: windows XP cest genial ... jusqua sa mort:)
Posté par Pinaraf . En réponse au journal Ras le bol des intaigristes !. Évalué à 0.
Bon, donc je présume que le PC sur lequel je me connecte à internet a un pb... Ok, c'est encourageant !
N'empêche, c'est louche ! Au début, ça a été puis du jour au lendemain, il a plus marché et enfin il a remarché et finalement non il marche plus !
Enfin, maintenant, il marche plus, et j'en suis CONTENT.
[^] # Re: windows XP cest genial ... jusqua sa mort:)
Posté par Pinaraf . En réponse au journal Ras le bol des intaigristes !. Évalué à 0.
Je te donne ma méthode d'install :
1- je met le CD
2- je boote dessus
j'attend c'est long le cd de 2000
3- Installer, Réparer ou Quitter ? Je choisi installer
4- Choix des partitions normalement, mais là, rien ! PC gelé !!!
Pour win98, il trouve pas les partitions non plus (oui il y a des partitions FAT32)
[^] # Re: Mono SUCKS
Posté par Pinaraf . En réponse à la dépêche Sortie de Mono 1.0 beta 1. Évalué à 0.