επιλογή γραφικού περιβάλλοντος στο lightdm αλλά πάντα φορτώνει lxqt
καλησπέρα!

νωρίτερα έφτιαξα νήμα για την επιλογή γραφικού περιβάλλοντος σε debian 10.4.0 i386 ([ποιο γραφικό περιβάλλον να βάλω σε netbook;](https://linux-user.gr/t/poio-grafiko-perivallon-na-valw-se-netbook/2304/2)). τελικά έβαλα 3 γραφικά περιβάλλοντα (για δοκιμή να δω ποιο με βολεύει πιο πολύ σε αυτό το υλικό) τα οποία και διάλεξα από το πρόγραμμα εγκατάστασης του debian…
όπως το περιγράφεις μοιάζει με bug για τον lightdm. ίσως να είναι κάτι μικρό και να θέλει απλώς κάποια ρύθμιση (ψάξε μέσα στο /etc για τον lightdm) αλλά θα έλεγα απλά δοκίμασε άλλον dm. είχα κακή εμπειρία με τον lightdm παλιότερα. έχω εξαιρετική εμπειρία τελευταία με τον sddm (όταν πρωτοβγήκε ήταν χ…
Θα πρέπει να δώσετε περισσότερες πληροφορίες σχετικά με το περιβάλλον ανάπτυξής σας για να πάρετε μια συγκεκριμένη απάντηση.


Για παράδειγμα, με ένα C # έργο στο Visual Studio, μπορείτε να κάνετε δεξί κλικ στα Project-> Ιδιότητες και, στη συνέχεια, να συμπληρώσετε το πεδίο «Εντολή επιχειρήματα γραμμή» στην καρτέλα «Debug». Προσωπικά, δεν θα ανησυχείτε για αυτό μέχρι να δείτε ένα πρόβλημα. Messing με την προεπιλεγμένη πύθωνα εγκατάσταση σε ένα σύστημα * Nix μπορεί να προκαλέσει περισσότερα προβλήματα από ό, τι αξίζει. Μπορώ να πω από προσωπική εμπειρία ότι ποτέ δεν πραγματικά καταλάβει τι python έχει κάνει για τον κόσμο nix μέχρι να έχετε ένα πρόβλημα με αυτό.


Μπορείτε επίσης να προσθέσετε μια δεύτερη εγκατάσταση python, αλλά ότι επίσης προκαλεί περισσότερα προβλήματα από ό, τι αξίζει ΙΜΟ.


Έτσι υποθέτω ότι το καλύτερο θέμα για να ξεκινήσετε με, θα είναι γιατί ακριβώς θέλετε να χρησιμοποιήσετε την έκδοση 64 bit του πύθωνα; [Το έργο NPTL](http://en.wikipedia.org/wiki/Native_POSIX_Thread_Library) που εφαρμόστηκε για πρώτη φορά Pthreads σε Linux ήταν ένα ξεχωριστό έργο αρχικά προσθέτοντας υποστήριξη του πυρήνα και παρέχει τη δική της βιβλιοθήκη.


Όταν ήταν αρκετά σταθερό συγχωνεύθηκε στο glibc. Θα ήθελα να υποθέσουμε ότι οι δύο αυτές εκδόσεις είναι πανομοιότυπες σε όλες τις εγκαταστάσεις λογικά up-to-ημερομηνία.


Στο Ubuntu 8.10 το αποτέλεσμα είναι κάπως έτσι:



```
$ Getconf GNU\_LIBC\_VERSION
glibc 08/02/90
$ Getconf GNU\_LIBPTHREAD\_VERSION
NPTL 08/02/90

``` **MacVim** λειτουργεί καλά και σίγουρα φαίνεται πιο ώριμη από Vim-κακάο, άλλωστε υπάρχει μια αρχιτεκτονική plugin κακάο σε εξέλιξη για MacVim (και κάποιος εργάζεται ήδη για μια TextMate περιηγητή αρχείων στυλ plugin δίσκο που είναι ένα τεράστιο ++ IMHO).


Υπήρχε επίσης μια έκδοση του άνθρακα του Vim, αλλά αυτό δεν προσφέρουν πολύ πάνω από το Terminal έκδοση. δηλαδή επιτρέπεται μόνο ένα παράθυρο ανοιχτό, όχι πολύ OSX στην εμφάνιση ...


**Aquamacs** είναι πολύ εύχρηστο και φαίνεται αρκετά καλό. Υποστηρίζει δύο παραδοσιακά συντομεύσεις πληκτρολογίου Mac OS στυλ (εντολή-O, εντολών S) και τον έλεγχο / Meta συντομεύσεις για εκείνους που εκτρέφονται σε παραδοσιακές Emacs. Είναι σίγουρα πιο Mac-όπως από άνθρακα Emacs. Φαίνεται σταθερό και γρήγορο, αλλά δεν είμαι γκουρού Emacs γι 'αυτό δεν το τονίζουν τόσο πολύ όταν το χρησιμοποιείτε. Δεν μπορώ να μιλήσω για την εκτατικοποίηση της περιλαμβάνονται elisp πακέτα, είτε.


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


**GNU Emacs** για OSX μπορεί να βρεθεί σε [emacsformacosx.com](http://emacsformacosx.com) . Εκτός από την τελευταία σταθερή απελευθέρωση, υπάρχουν επίσης δοκιμή προ-απελευθέρωσης χτίζει και νυχτερινή χτίζει, και οι ροές Atom προβλέπονται για την παρακολούθηση και τους τρεις τύπους απελευθέρωσης. Έχετε εξετάσει σε [Qt](http://qt.io) / [PyQt](http://www.riverbankcomputing.co.uk/software/pyqt/intro) ; Παρά το γεγονός ότι PyQt *είναι* μια άμεση λιμάνι από την C ++ βιβλιοθήκη, θεωρώ ότι είναι πολύ πιο pythonic και ωραίο να προγραμματίσετε με σύγκριση με τους άλλους που αναφέρονται. Έχει επίσης πολύ καλή τεκμηρίωση.


[Dabo](http://dabodev.com/) έχει μια ωραία βιβλιοθήκη ui εφαρμοστεί στην κορυφή του wxPython. Είναι ένα πλαίσιο που προορίζεται κυρίως για τη βάση δεδομένων-centric εφαρμογές, αλλά η βιβλιοθήκη UI μπορεί να χρησιμοποιηθεί ξεχωριστά.


Υπάρχουν / οι διάφορες άλλες προσπάθειες για τη δημιουργία ενός πολύ pythonic gui ως ένα στρώμα πάνω από PyGTK ή wxPython, όπως [το κερί](http://wiki.wxpython.org/Wax) και [PyGui](http://www.cosc.canterbury.ac.nz/greg.ewing/python_gui/) , η οποία φαίνεται να «κολλήσει» σε διάφορους βαθμούς είναι πλήρης.


Επίσης, ένας εξαντλητικός κατάλογος των Python εργαλείων GUI μπορεί να βρεθεί [εδώ](http://wiki.python.org/moin/GuiProgramming) . MySpace, Orkut, ASP.NET Forums, Microsoft.com, ...


ASP.NET έχει μεγάλη προσωρινής αποθήκευσης και εξισορρόπηση φορτίου χαρακτηριστικά που το καθιστούν κατάλληλο για ιστοσελίδες υψηλό φορτίο.


Είναι επίσης ένα πολύ ευέλικτο, καλά σχεδιασμένο πλαίσιο. Αν δεν σας αρέσει μέρος της, ή ότι η απόδοσή της έντασης για την υψηλή εφαρμογής του φορτίου σας, μπορείτε απλά να ρίξει ότι το στρώμα και να το αντικαταστήσει με το δικό σας. Αν δεν σας αρέσει WebControls και Σελίδες λόγω γενικά της, μπορείτε να γράψετε τη δική σας `HttpHandler`s.


Βασικά, νομίζω ότι ASP.NET MVC θα είναι μια καλύτερη πλατφόρμα για υψηλό φορτίο και προσαρμοσμένες ιστοσελίδες, δεδομένου ότι μπορεί να είναι πιο χέρι συντονισμένοι (σε ​​σχέση με το ASP.NET σελίδες που προσπαθούν να αποκρύψουν το προκύπτον HTML, για σοβαρούς λόγους) και λειτουργεί καλύτερα με τις εφαρμογές AJAX. WebControls και ViewState είναι δύο μέρη που αντιμετωπίζουν συνήθως την κριτική που λίγο πολύ φύγει μακριά σε MVC. SetForegroundWindow υποτίθεται ότι θα κλέψει την εστίαση και υπάρχουν ορισμένες περιπτώσεις όπου θα αποτύχει.



> 
> Η λειτουργία SetForegroundWindow βάζει το νήμα που δημιούργησε το καθορισμένο παράθυρο στο προσκήνιο και ενεργοποιεί το παράθυρο. εισαγωγής πληκτρολογίου κατευθύνεται προς το παράθυρο
> 
> 
> 


Δοκιμάστε τη λήψη της εστίασης με [SetCapture](http://msdn.microsoft.com/en-us/library/ms646262.aspx) πριν από την πραγματοποίηση της κλήσης. Επίσης εξετάσουμε διαφορετικούς τρόπους να φέρει το παράθυρο προς τα εμπρός: SetForeGroundWindow, SetActiveWindow, ακόμη και προσομοίωση ένα κλικ του ποντικιού μπορείτε να το κάνετε αυτό. Emacs είναι ένα θαυμάσιο πρόγραμμα επεξεργασίας κειμένου. Έχει τεράστια δύναμη τη στιγμή που θα γίνει ένας χρήστης δύναμη. Μπορείτε να αποκτήσετε πρόσβαση σε ένα κέλυφος, έχουν ως πολλά αρχεία ανοιχτά, όπως θέλετε σε όσες υπο-παράθυρα και ένα εξαιρετικά ισχυρό scripting υποστήριξη που σας επιτρέπει να προσθέσετε όλα τα είδη των τακτοποιημένο χαρακτηριστικά.


Έχω χρησιμοποιώντας ένα ρουμπίνι-mode που προσθέτει επισήμανση σύνταξης και εταζέρα με ρουμπίνι, και το ίδιο ισχύει και για κάθε μεγάλη γλώσσα.


Αν κρατήσει σε αυτό, μπορείτε να χρησιμοποιήσετε μόνο το πληκτρολόγιο και μην αγγίζετε το ποντίκι, το οποίο αυξάνει την ταχύτητα επεξεργασίας σας από ένα σημαντικό περιθώριο.


Αν θέλετε να ξεκινήσετε με κάτι πολύ πιο βασικό όμως, gedit είναι ωραία ... που έχει κατασκευαστεί στην επισήμανση σύνταξης, καθώς και για τις περισσότερες γλώσσες με βάση την επέκταση ονόματος αρχείου. Έρχεται με το λειτουργικό σύστημα, καθώς και (αν και ο emacs μπορείτε εύκολα να εγκαταστήσετε με apt get-ή κάποια παρόμοια χρησιμότητα εύρεσης πακέτο).


UPDATE: Νομίζω ότι gedit είναι αποκλειστικά GUI που βασίζεται όμως, γι 'αυτό θα ήταν χρήσιμο να μάθουν emacs σε περίπτωση που είστε κολλημένοι με μόνο ένα κέλυφος (που είναι πλήρως εξοπλισμένο τόσο κέλυφος και γραφικό περιβάλλον).


ΠΕΡΑΙΤΕΡΩ ΕΝΗΜΕΡΩΣΗ: Μόλις FYI, εγώ δεν προσπαθώ να ωθήσει Emacs πάνω Vim, είναι ακριβώς αυτό που μπορώ να χρησιμοποιήσω, και αυτό είναι μια μεγάλη editor (όπως είμαι βέβαιος ότι Vim είναι πάρα πολύ). Είναι δύσκολο στην αρχή (όπως είμαι βέβαιος ότι Vim είναι πάρα πολύ), αλλά το ερώτημα ήταν περίπου επεξεργασίας κειμένου για το Linux, εκτός vi ... Emacs φαίνεται η λογική επιλογή για μένα, αλλά gedit είναι ένα μεγάλο απλό επεξεργαστή κειμένου με μερικά ωραία χαρακτηριστικά αν αυτό είναι το μόνο που αναζητάτε. [Κόκκινο-μαύρο](http://en.wikipedia.org/wiki/Red-black_tree) είναι καλύτερο από το AVL για την εισαγωγή-βαριές εφαρμογές. Αν έχετε προβλέψει σχετικά ομοιόμορφη εμφάνιση-up, στη συνέχεια, κόκκινο-μαύρο είναι ο τρόπος να πάει. Αν έχετε προβλέψει μια σχετικά ισορροπημένη ματιά-up, όπου θεωρείται πιο πρόσφατα στοιχεία είναι πιο πιθανό να είναι ορατό και πάλι, θέλετε να χρησιμοποιήσετε [τα δέντρα άτεχνος](http://en.wikipedia.org/wiki/Splay_tree) . Αυτό το αρχείο είναι αντικατασταθούν όταν έχουμε νέα χαρακτηριστικά που θα πρέπει να εκφράζονται εκεί π.χ. νέοι στόχοι κατασκευής κ.λπ.


Πριν αντικατάσταση θα ζητήσει από το χρήστη. Έτσι, αυτό θα συμβεί όταν ανοίγετε Codename Ένα ρυθμίσεις και να σώσει. Μπορείτε πάντα να πει «Όχι». Προτείνω τη δημιουργία αντιγράφων ασφαλείας του αρχείου και να κάνει σχετικά απλές αλλαγές.


Μια μελλοντική αλλαγή σκοπεύουμε να κάνουμε είναι απογύμνωση του αρχείου των περισσοτέρων είναι το περιεχόμενο παρόμοια με το build.xml / κατασκευή-impl.xml σχέση με το NetBeans. Αυτό θα μας επιτρέψει να ενημερώσετε το αρχείο impl XML απρόσκοπτα και σας επιτρέπουν να προσαρμόσετε το αρχείο XML.