Recherche de librairie graphique en c autre que gtk

Link31 · Le 30/03/2009, à 01:44

mesmento a écrit :

La taille du noyau linux compilé sous Ubuntu, par exemple, est de 94mo décompréssé.
linux-image-2.6.27-11-generic : 94,4m
Il ne s'agit pas des sources.

Ça m'étonnerait que tu charges en mémoire tous les modules noyau en même temps. De toute façon, certains d'entre eux sont mutuellement incompatibles.

Karl_le_rouge · Le 30/03/2009, à 02:07

mesmento a écrit :

La taille du noyau linux compilé sous Ubuntu, par exemple, est de 94mo décompréssé.
linux-image-2.6.27-11-generic : 94,4m
Il ne s'agit pas des sources.

Tu peux faire tenir une distribution Linux minimale sur une disquette, certes le noyau 2.6 ne facilite pas la tâche mais ça reste faisable.

kevlar · Le 30/03/2009, à 09:26

mesmento a écrit :

La taille du noyau linux compilé sous Ubuntu, par exemple, est de 94mo décompréssé.
linux-image-2.6.27-11-generic : 94,4m
Il ne s'agit pas des sources.

On ne doit pas parler de la même chose ; car ous ceux qui tournent sous des environnements alternatifs ont de faibles empreintes mémoires (certains tournent avec sous DeliLinux avec 16 mo de RAM ! et en mode graphique, et en 2009)

jmplinux · Le 30/03/2009, à 09:33

nicolas.sitbon a écrit :

mesmento a écrit :
Quant au reste, les tcl/tk, fltk, ztk, la c'est encore pire, rien que de voir un exemple de leur controle "button", j'en ai des frissons.
fltk c'est une lib de 300ko, ça répond à des besoins bien spécifiques.
Je ne dis pas le contraire, mais j'avoue que je préfère avoir une simple et agréable application console, qu'une interface graphique qui arrache le visage quand on la lance (c'est fou ce qu'ils ont carré ces boutons lol).

Bonjour,

Cela fait presque 10 ans que j'utilise FLTK avec des applications et une distribution développée sur mesure basée sur une Slackware et CD bootable. C'est très léger, supporte les pthreads, facile à aborder, compilable en static, il y a des thèmes (boutons arrondis) et facilement modifiable pour des besoins particuliers. J'ai repris le window manager écrit avec FLTK pour l'adapter à mes projets (raccourcis clavier, fenêtrage au look NeXT, etc..).

Dernière modification par jmplinux (Le 30/03/2009, à 09:34)

kevlar · Le 30/03/2009, à 09:41

jmplinux a écrit :

nicolas.sitbon a écrit :
mesmento a écrit :
fltk c'est une lib de 300ko, ça répond à des besoins bien spécifiques.
Je ne dis pas le contraire, mais j'avoue que je préfère avoir une simple et agréable application console, qu'une interface graphique qui arrache le visage quand on la lance (c'est fou ce qu'ils ont carré ces boutons lol).
Bonjour,
Cela fait presque 10 ans que j'utilise FLTK avec des applications et une distribution développée sur mesure basée sur une Slackware et CD bootable. C'est très léger, supporte les pthreads, facile à aborder, compilable en static, il y a des thèmes (boutons arrondis) et facilement modifiable pour des besoins particuliers. J'ai repris le window manager écrit avec FLTK pour l'adapter à mes projets (raccourcis clavier, fenêtrage au look NeXT, etc..).

des photos ! Des photos ! :D:D

mesmento · Le 30/03/2009, à 10:31

Je ne sais pas ce que vous me faites avec le noyau, je vais préciser.

Je répondais à Nicolas Sitbon qui croyait que 59mo c'était la taille d'install complète de la Debian de Kevlar. Je lui réponds en expliquant que le noyau Linux, sa taille une Debian-like non "customisée", c'est environ 90mo, dont Kevlar parlait bien de la taille de E17.

Ça m'étonnerait que tu charges en mémoire tous les modules noyau en même temps. De toute façon, certains d'entre eux sont mutuellement incompatibles.

Quel rapport ? Je parlais de la taille "physique" pas en mémoire.

Tu peux faire tenir une distribution Linux minimale sur une disquette, certes le noyau 2.6 ne facilite pas la tâche mais ça reste faisable.

Oui, je le sais, mais nous parlions d'une Debian.

On ne doit pas parler de la même chose ; car ous ceux qui tournent sous des environnements alternatifs ont de faibles empreintes mémoires (certains tournent avec sous DeliLinux avec 16 mo de RAM ! et en mode graphique, et en 2009)

Je parlais de la taille physique, sur le disque dur.

gregoire0 · Le 30/03/2009, à 19:23

Je viens d'avoir une idée comme en c++ il est possible de se servire de code c.
Il suffit de créer un nouveau projet comme si il s'agissait du c++ mais en codant en c a fin de profitter des librairies C++.
A votre avis c'est envisageable?

philarmonie · Le 30/03/2009, à 19:32

@mesmento: les discussions sur la consommation mémoire était sur la consommation de la Ram pas de l'espace disque. Et la debian+E17 de kevlar consomme 57 Mo de Ram après démarrage.

mesmento · Le 30/03/2009, à 19:50

Je viens de relire le fil. En effet, le propos portait bien sur la conso mémoire. Sorry

Je viens d'avoir une idée comme en c++ il est possible de se servire de code c.
Il suffit de créer un nouveau projet comme si il s'agissait du c++ mais en codant en c a fin de profitter des librairies C++.
A votre avis c'est envisageable?

Je ne connais pas bien C++, mais coder en impératif avec ce dernier doit rapprocher très nettement de C.

Cependant le nombre de bibliothèques disponibles en C est suffisamment conséquent pour ne pas être obligé d'en arriver là, non ?

jmplinux · Le 30/03/2009, à 22:17

kevlar a écrit :

jmplinux a écrit :
nicolas.sitbon a écrit :
Je ne dis pas le contraire, mais j'avoue que je préfère avoir une simple et agréable application console, qu'une interface graphique qui arrache le visage quand on la lance (c'est fou ce qu'ils ont carré ces boutons lol).
Bonjour,
Cela fait presque 10 ans que j'utilise FLTK avec des applications et une distribution développée sur mesure basée sur une Slackware et CD bootable. C'est très léger, supporte les pthreads, facile à aborder, compilable en static, il y a des thèmes (boutons arrondis) et facilement modifiable pour des besoins particuliers. J'ai repris le window manager écrit avec FLTK pour l'adapter à mes projets (raccourcis clavier, fenêtrage au look NeXT, etc..).
des photos ! Des photos ! :D:D

Je vais redémarrer un système (ça date un peu) et je fais ça

harlock1 · Le 31/03/2009, à 11:23

gregoire0 a écrit :

Je recherche des librairies graphique multiplateforme en c qui proposerai un peu près les même fonctionnalités que gtk mais non orienté objet.

Ncurses ?

Ok je sors ...

Sinon Grégoire j'utilise GTK alors que je n'ai jamais compris la programmation orienté objet.
Pour des programmes simples GTK n'est pas très compliqué.
Regarde ce programme minimaliste (bon ok ça ne fait pas grand chose ) :

#include <gtk/gtk.h>

int main (int argc, char *argv[])
{
GtkWidget *window1;
GtkWidget *label1;
GtkWidget *container;

gtk_init (&argc, &argv);

window1 = gtk_window_new (GTK_WINDOW_TOPLEVEL);
	gtk_window_set_title (GTK_WINDOW (window1),"GTK Experiments");

container = gtk_fixed_new ();
	gtk_container_add (GTK_CONTAINER (window1), container);

label1 = gtk_label_new ("Bonjour tout le monde !");
	gtk_fixed_put (GTK_FIXED (container), label1, 0,10);
	gtk_widget_set_size_request (label1, 250, 20);

g_signal_connect (G_OBJECT(window1), "destroy",G_CALLBACK (gtk_main_quit),NULL);

gtk_widget_show_all (window1);
gtk_main ();
return 1;
}

jmplinux · Le 31/03/2009, à 11:35

Equivalent avec FLTK :

#include <FL/Fl.H>
#include <FL/Fl_Window.H>
#include <FL/Fl_Box.H>

int main(int argc, char **argv) {
  Fl_Window *window = new Fl_Window(300,180);
  Fl_Box *box = new Fl_Box(20,40,260,100,"Hello, World!");
  box->box(FL_UP_BOX);
  box->labelsize(36);
  box->labelfont(FL_BOLD+FL_ITALIC);
  box->labeltype(FL_SHADOW_LABEL);
  window->end();
  window->show(argc, argv);
  return Fl::run();
}

Simple également

harlock1 · Le 31/03/2009, à 11:48

@jmplinux : pas mal, pas mal ...

Encore plus simple (et encore plus inutile) :

#include <gtk/gtk.h>
int main (int argc, char *argv[])
{
gtk_init (&argc, &argv);
GtkWidget *MsgBox = gtk_message_dialog_new (NULL,0,GTK_MESSAGE_INFO,GTK_BUTTONS_CLOSE,"Aga, Prout !");
gtk_dialog_run(GTK_DIALOG(MsgBox));
gtk_widget_destroy (MsgBox);
gtk_main ();
return 1;
}

jmplinux · Le 31/03/2009, à 11:59

Hé hé

J'aime bien Gtk aussi, mais on a ses habitudes et avec Fltk et Fluid (son IDE) je vais 10 fois plus vite pour monter une appli, la débugger, et réutiliser du code. Chacun voit ce qui lui convient le mieux
Gtk est tout de même plus "standard" sous Linux car beaucoup plus employé.

jmplinux · Le 31/03/2009, à 12:02

Un exemple (rapide) d'un bureau entièrement écrit avec Fltk (sauf le navigateur )

http://www.lxmedia.fr/images/snap0000.jpg
http://www.lxmedia.fr/images/snap0001.jpg

Dernière modification par jmplinux (Le 31/03/2009, à 12:29)

nicolas.sitbon · Le 31/03/2009, à 12:25

C'est moche, et vos codes postés ne vérifient pas les erreurs.

jmplinux · Le 31/03/2009, à 12:30

nicolas.sitbon a écrit :

C'est moche, et vos codes postés ne vérifient pas les erreurs.

Merci

Oui c'est moche, ça a 5 ans minimum, l'exemple ne vérifie pas les erreurs car c'est un exemple.

nicolas.sitbon · Le 31/03/2009, à 12:49

Je sais bien mais vous faîtes la course au code le plus court, alors que celui ci n'est pas complet...
Mais bon, parlons peu, parlons bien, aurais tu un exemple qui ne date pas de 5 ans, j'ai vraiment des doutes sur l'interface graphique.

harlock1 · Le 31/03/2009, à 12:53

nicolas.sitbon a écrit :

vos codes postés ne vérifient pas les erreurs.

C'est normal, il ne peut pas y en avoir.
La gestion des erreurs est un aspect de la programmation qui m'a toujours gonflé

nicolas.sitbon a écrit :

C'est moche.

Oui, en en plus je vois que j'ai oublié de mettre un goto. En général je mets toujours un goto dans mes programmes ...

nicolas.sitbon · Le 31/03/2009, à 13:00

harlock1 a écrit :

nicolas.sitbon a écrit :
vos codes postés ne vérifient pas les erreurs.
C'est normal, il ne peut pas y en avoir.
La gestion des erreurs est un aspect de la programmation qui m'a toujours gonflé
nicolas.sitbon a écrit :
C'est moche.
Oui, en en plus je vois que j'ai oublié de mettre un goto. En général je mets toujours un goto dans mes programmes ...

je disais moche pour l'interface graphique, et non pour ton code, mais maintenant que tu en parles...
J'espère que tu plaisantes pour la gestion des erreurs.

kevlar · Le 31/03/2009, à 13:04

jmplinux a écrit :

Hé hé
J'aime bien Gtk aussi, mais on a ses habitudes et avec Fltk et Fluid (son IDE) je vais 10 fois plus vite pour monter une appli, la débugger, et réutiliser du code. Chacun voit ce qui lui convient le mieux
Gtk est tout de même plus "standard" sous Linux car beaucoup plus employé.

tu es en train de dire qu"il existe un IDE pour Fltk ... Où ? J'avais posé dans la section programmation la question sur ce qui existait comme IDE pour Tux, je serais curieux de voir cet Ovni ...

kevlar · Le 31/03/2009, à 13:05

jmplinux a écrit :

Un exemple (rapide) d'un bureau entièrement écrit avec Fltk (sauf le navigateur )
http://www.lxmedia.fr/images/snap0000.jpg
http://www.lxmedia.fr/images/snap0001.jpg

Mais c'est GnuStep, ou une imitation (au moins, les boutons sont en 3d !) ?

jmplinux · Le 31/03/2009, à 13:10

kevlar a écrit :

tu es en train de dire qu"il existe un IDE pour Fltk ... Où ? J'avais posé dans la section programmation la question sur ce qui existait comme IDE pour Tux, je serais curieux de voir cet Ovni ...

Voilà l'ancêtre :
http://www.lxmedia.fr/images/snap0002.jpg

Cette version est ancienne, celle d'aujourd'hui comprend des thèmes dont Gtk.

Si tu installes Fltk depuis les sources tu auras Fluid

Dernière modification par jmplinux (Le 31/03/2009, à 13:23)

jmplinux · Le 31/03/2009, à 13:39

kevlar a écrit :

Mais c'est GnuStep, ou une imitation (au moins, les boutons sont en 3d !) ?

Oui je l'avoue, j'ai choisi le look NeXT car je suis fan (j'ai deux stations NeXT), et j'utilise Gnustep également mais je ne suis pas aussi efficace avec Objective-C

harlock1 · Le 31/03/2009, à 14:37

nicolas.sitbon a écrit :

harlock1 a écrit :
nicolas.sitbon a écrit :
vos codes postés ne vérifient pas les erreurs.
C'est normal, il ne peut pas y en avoir.
La gestion des erreurs est un aspect de la programmation qui m'a toujours gonflé
J'espère que tu plaisantes pour la gestion des erreurs.

Pas du tout, c'est vrai, ça me gonfle

Sinon tant qu'on y est avec les copies d'écrans, j'aimerais bien avoir la librairie de ça :

http://www.guidebookgallery.org/articles/thexeroxstararetrospective/pics/fig1

(Xerox Star - 1981)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#51 Le 30/03/2009, à 01:44

Re : Recherche de librairie graphique en c autre que gtk

#52 Le 30/03/2009, à 02:07

Re : Recherche de librairie graphique en c autre que gtk

#53 Le 30/03/2009, à 09:26

Re : Recherche de librairie graphique en c autre que gtk

#54 Le 30/03/2009, à 09:33

Re : Recherche de librairie graphique en c autre que gtk

#55 Le 30/03/2009, à 09:41

Re : Recherche de librairie graphique en c autre que gtk

#56 Le 30/03/2009, à 10:31

Re : Recherche de librairie graphique en c autre que gtk

#57 Le 30/03/2009, à 19:23

Re : Recherche de librairie graphique en c autre que gtk

#58 Le 30/03/2009, à 19:32

Re : Recherche de librairie graphique en c autre que gtk

#59 Le 30/03/2009, à 19:50

Re : Recherche de librairie graphique en c autre que gtk

#60 Le 30/03/2009, à 22:17

Re : Recherche de librairie graphique en c autre que gtk

#61 Le 31/03/2009, à 11:23

Re : Recherche de librairie graphique en c autre que gtk

#62 Le 31/03/2009, à 11:35

Re : Recherche de librairie graphique en c autre que gtk

#63 Le 31/03/2009, à 11:48

Re : Recherche de librairie graphique en c autre que gtk

#64 Le 31/03/2009, à 11:59

Re : Recherche de librairie graphique en c autre que gtk

#65 Le 31/03/2009, à 12:02

Re : Recherche de librairie graphique en c autre que gtk

#66 Le 31/03/2009, à 12:25

Re : Recherche de librairie graphique en c autre que gtk

#67 Le 31/03/2009, à 12:30

Re : Recherche de librairie graphique en c autre que gtk

#68 Le 31/03/2009, à 12:49

Re : Recherche de librairie graphique en c autre que gtk

#69 Le 31/03/2009, à 12:53

Re : Recherche de librairie graphique en c autre que gtk

#70 Le 31/03/2009, à 13:00

Re : Recherche de librairie graphique en c autre que gtk

#71 Le 31/03/2009, à 13:04

Re : Recherche de librairie graphique en c autre que gtk

#72 Le 31/03/2009, à 13:05

Re : Recherche de librairie graphique en c autre que gtk

#73 Le 31/03/2009, à 13:10

Re : Recherche de librairie graphique en c autre que gtk

#74 Le 31/03/2009, à 13:39

Re : Recherche de librairie graphique en c autre que gtk

#75 Le 31/03/2009, à 14:37

Re : Recherche de librairie graphique en c autre que gtk

Pied de page des forums