Calculator γραμμένο σε C

[UnKnown96]

Ορίστε ένα tutorial με C και Python κώδικα για δημιουργία gui με τη βοήθεια του glade 3: http://www.micahcarrick.com/gtk-glade-t ... art-1.html -- δώσε περισσότερη σημασία στη χρήση HBox και VBox, τα οποία βοηθάνε στη διαχώρηση του παραθυρου.

Παίρνεις ένα IDE.

Μέχρι εδώ καλά...

Βάζεις τα αντικείμενα στη φόρμα και γράφεις κώδικα για τα αντικείμενα.

Εδώ δεν σε πιάνω...

Εσύ σχεδιάζεις τα αντικείμενα που θα υπάρχουν στο GUI -δηλαδή όλο το γραφικό περιβάλλον- και στη συνέχεια γράφεις τον κώδικα!Πχ πες ότι έχεις ένα κουμπί και ένα κουτί κειμένου με ονόματα button1 και textbox1 αντίστοιχα.Ο κώδικας θα έχει μορφή σαν:

Κώδικας: Επιλογή όλων

ΑΝ button1 == True ΤΌΤΕ textbox1 = "Hello World!"

Ευχαριστώ. Θα το ψάξω το θέμα και θα σας πω...
Off topic:
Ρε παιδιά γιατί τόσο διάσημη η Python στο Open Source;
Σε σύγκιση με Perl ( που την έχω δοκιμάσει ελάχιστα ) και την Ruby (αγαπημένη μου Interpreted), τη βλέπω πολύ κατώτερη και πολύ άσχημο compatibility η μία έκδοση με την άλλη...

[clepto]

νόμιζα ότι το glade ήταν μόνο για python...

[simosx]

νόμιζα ότι το glade ήταν μόνο για python...

Κάθε γλώσσα μπορεί να χρησιμοποιήσει τα παράθυρα που φτιάχνεις με το Glade.
Με το Glade φτιάχνεις εύκολα παράθυρα σε αρχείο XML, και η πλατφόρμα GNOME αναλαμβάνει να τα απεικονίσει όταν τα φορτώνει το πρόγραμμά σου.

[clepto]

ευχαριστώ για την διευκρίνηση..

[sv1jsb]

Θέλω για περιβάλλον KDE, και το πρόγραμμα μου δεν είναι γραμμένο σε Python... Δεν θα το άντεχαν τα νεύρα μου.

Για KDE μπορείς να χρησιμοποιήσεις το QTDesigner. Είναι η ίδια φιλοσοφία. Σχεδιάζεις με αυτό το περιβάλλον του προγράμματος σου και αυτό δημιουργεί ένα αρχείο XML. Το αρχείο αυτό μπορείς με την κατάλληλη συνάρτηση να το "φορτώσεις" και να έχεις έτοιμα και διαθέσιμα όλα τα αντικείμενα που δημιούργησες. Από εκεί και πέρα φτιάχνεις τις συνδέσεις μεταξύ του παραθύρου και του προγράμματος σου. Δηλαδή, συγκεκριμένα, έχεις ένα κομμάτι κώδικα που ελέγχεις αν ο χρήστης πάτησε +,-,*,/ ή =. Όταν ο χρήστης πατήσει το κουμπί + στο παράθυρο αυτό θα στείλει ένα σήμα στο πρόγραμμα σου ότι πατήθηκε το κουμπί + κ.ο.κ. Έτσι λοιπόν θα έχεις τώρα ένα κομμάτι κώδικά που θα ελέγχει αν είναι σήμα από + ή - ή * ή / ή * = κουμπί και θα κάνεις ακριβώς το ίδιο που θα έκανες αν ο χρήστης το είχε πατήσει σε γραμμή εντολών.

Off topic:
Αυτό που αναφέρεις είναι το μεγάλο debate στο open source. Και οι τρεις γλώσσες έχουν ορκισμένους εχθρούς και φίλους. Πιστεύω ότι Perl και Python έχουν τα πρωτία στον αριθμό των βιβλιοθηκών ενώ Ruby έχει έναν πιο μοντέρνο τρόπο που βλέπει τον προγραμματισμό. Πιστεύω ότι είναι καθαρά θέμα του τι θες να κάνεις και προσωπικής προτίμησης.

[Qdata]

Ευχαριστώ. Θα το ψάξω το θέμα και θα σας πω...
Off topic:
Ρε παιδιά γιατί τόσο διάσημη η Python στο Open Source;
Σε σύγκιση με Perl ( που την έχω δοκιμάσει ελάχιστα ) και την Ruby (αγαπημένη μου Interpreted), τη βλέπω πολύ κατώτερη και πολύ άσχημο compatibility η μία έκδοση με την άλλη...

Off topic:
Η Python χρησιμοποιήτε πολύ γιατί είναι γλώσσα scripting(σαν την Ruby).Επίσης έχει πολύ απλή σύνταξη, υποστηρίζει αντικειμενοστραφή προγραμματισμό και για αυτό έχει μεγάλη θέση.Το Ubuntu την έχει προεγκατεστημένη και την χρησιμοποιεί σε πολλές "εργασίες".Πχ το Ubuntu Software Center είναι σε python γραμμένο νομίζω.

[medigeek]

Qt designer στο ubuntu software center - ουπς, με πρόλαβαν

[migf1]

Ωραίο είναι, αλλά υπάρχουν προβλήματάκια.

Με πρώτο το κρασάρισμα στη διαίρεση δεκαδικών μικρότερων του 1 και μεγαλύτερων του 0 (σου έχω δώσει τη λύση σε προηγούμενο post).

Μετά, όσο χρησιμοποιείς την scanf() για να διαβάζεις το input, δυστυχώς πάντα θα έχεις πρόβλημα στην είσοδο και το πρόγραμμα δεν θα αποπνέει αέρα σοβαρής δουλειάς (π.χ. η διαχείριση του πρόωρου ENTER στην είσοδο, ή το θέμα με το line-buffer και τα απομεινάρια). Για να το ξεπεράσεις ο τρόπος είναι αυτός που επίσης σου έχω αναλύσει σε προηγούμενο post.

Τα σωστά προγράμματα πρέπει να ανταπεξέρχονται είτε με απόρριψη και απαίτηση επανάληψης της εισόδου, είτε με εσωτερική διόρθωση, σε περιπτώσεις λανθασμένης εισόδου από τον χρήστη, ακόμα κι αν είναι κακόβουλος.

Κατόπιν, τον κώδικα τον έκανες... unreadable Το καθάρισμα που έκανες, αφαιρώντας στοίχιση, σχόλια, κλπ δεν κάνει απολύτως καμία διαφορά στην ταχύτητα εκτέλεσης του προγράμματος.

Και τέλος, η σήμανση των πράξεων που χρησιμοποιείς ονομάζεται Polish Notation (ή prefix notation) κι έχει νόημα να τη χρησιμοποιείς μονάχα όταν έχεις πολλούς όρους και διάφορες πράξεις, όλα σε μια γραμμή και θέλεις να αναγνωρίσεις την προτεραιότητα των πράξεων, έχει δεν έχεις παρενθέσεις, πριν ξεκινήσεις να τις υπολογίσεις.

Τόσο το Polish Notation, όσο και το Reverse Polish Notation ή αλλιώς postfix notation (που είναι και πιο συνηθισμένο) υλοποιούνται με χρήση μιας ή δυο στοιβών (stacks).

Η σωστή διαδικασία λοιπόν είναι να διαβάζεις όλες τις πράξεις σε infix notation (αυτό που χρησιμοποιεί ο άνθρωπος δηλαδή) να το μετατρέπεις εσωτερικά είτε σε prefix είτε σε postfix notation (ώστε να μη χρειάζονται παρενθέσεις για τις προτεραιότητες των πράξεων) και να κάνεις κατόπιν τις πράξεις.

Έτοιμη και η V5!!!
Λοιπόν, σε αυτή την έκδοση έκανα:
1) ΠΟΛΎ ΚΑΘΑΡΙΣΜΑ (από 150 γραμμές περίπου, έπεσα στις 60!!!)
2) Το πρόγραμμα γράφτηκε από την αρχή με βάση το πρώτο αλλά με ένα νέο τρόπο να γίνονται οι πράξεις. ( Αυτό που έλεγε ο migf1 στο 2ο post της προηγούμενης σελίδας... περίπου....)

Ελπίζω να σας αρέσει!

[medigeek]

Off topic:

Ρε παιδιά γιατί τόσο διάσημη η Python στο Open Source;
Σε σύγκιση με Perl ( που την έχω δοκιμάσει ελάχιστα ) και την Ruby (αγαπημένη μου Interpreted),

Μάλλον η διασημότητα της οφείλεται στο ότι το όνομα το πήρε από τον monty python.
Δε θέλω να συγκρίνω γλώσσες, χρησιμοποιώ την κάθε μια γι' αυτό που κάνει καλύτερα. Στην περίπτωση της python, μπορώ να δημιουργήσω σχετικά εύκολα gui. Άσε που διαβάζεται εύκολα.

τη βλέπω πολύ κατώτερη και πολύ άσχημο compatibility η μία έκδοση με την άλλη...

Πολύ κατώτερη για ποιο σκοπό; Εξαρτάται τι φτιάχνεις.
Δεν θεωρώ το compatibility άσχημο. Από την python 2.5 μέχρι την 3.0 υπάρχουν αλλαγές. Προσπαθούν να διορθώσουν τη λογική των modules, να συμπεριλάβουν τα σωστά methods/functions στα σωστά (ή πιο λογικά) modules. Αυτές οι αλλαγές σε κάθε έκδοση αναφέρονται ως deprecations και υπάρχουν οι ανάλογες προειδοποιήσεις.

[migf1]

Off topic:
Δουλεύει κανείς με GLUT, και συγκεκριμένα με FreeGLUT;