h οθόνη "μίκρυνε"
καλησπέρα, παιδιά!

μετά από πολύ καιρό που άνοιξα το desktop, βλέπω πως δεν χρησιμοποιείται όλη η επιφάνεια της οθόνης και στα settings απλά αναφέρεται ως unknown display. h κάρτα γραφικών είναι nvidia και από όσο μπορούσα να ελέγξω οι drivers είναι up to date.

κάποια βοήθεια;;;
εγκατέστησα λοιπόν το ubuntu 18.04 lts για 64 bits αυτη τη φορά και η οθόνη επανήλθε. επίσης, καιρός ήταν να γίνει clean install γιατί αρχικά είχα dual boot με win 7 , τα οποια αφαιρεσα απο terminal, οποτε σιγουρα κατι ειχε μεινει σαν φάντασμα. λύθηκε λοιπόν, το πρόβλημα! σας ευχαριστώ!
Αυτή είναι μια σύγκρουση μεταξύ του οδηγού γραφικών σας και το Visual Studio. Μεταβείτε στη σελίδα ρυθμίσεων του οδηγού σας (Πίνακας ελέγχου) και να απενεργοποιήσετε τις συντομεύσεις περιστροφή της οθόνης. Με αυτή η σύγκρουση αφαιρεθεί, η συντόμευση θα λειτουργήσει στο Visual Studio. Μπορείς να μας δώσεις λίγες περισσότερες πληροφορίες για να προσπαθήσουμε να εντοπίσουμε το πρόβλημα; Μια εικόνα από την αρχική σελίδα και ίσως από τις τελευτέες ενότητες θα βοηθούσαν. [leeand00](https://stackoverflow.com/questions/354081/available-maven-profiles#354360) μου βρίσκεται στον σωστό δρόμο. Τι έψαχνα είναι [βοήθεια: όλα τα προφίλ](http://maven.apache.org/plugins/maven-help-plugin/all-profiles-mojo.html) Φαίνεται ότι οι κατευθυντήριες γραμμές της Apple και της τρίτης Αυγούστου του 2010 περιλαμβάνει τώρα τα «υψηλής ανάλυσης» εικόνες (για το iPhone 4) στο «απαιτείται» μεγέθη εικονίδιο τους.


Μοιάζει πρέπει να παρέχει τόσο 57x57 και 114x114 εικόνα σήμερα, καθώς και μια εικόνα 640x960 τίτλο.


Δείτε [εικονιδίων συνήθειας και εικόνας Οδηγίες Δημιουργίας](http://developer.apple.com/iphone/library/documentation/userexperience/conceptual/mobilehig/IconsImages/IconsImages.html#//apple_ref/doc/uid/TP40006556-CH14-SW2) (Javascript απαιτείται) η οποία είναι μέρος ενός συνόλου εγγράφων:


* [Οδηγίες iOS Human Interface (2013? Από την Apple Inc? PDF? 26,3 MB)](https://developer.apple.com/library/ios/documentation/userexperience/conceptual/mobilehig/MobileHIG.pdf) Έχεις ενεργοποιήσει όλες τις σχετικές ρυθμίσεις στο προφίλ σου; <https://www.duolingo.com/settings/account> Είχα ακολουθήσει ένα διαφορετικό σεμινάριο σχετικά με τη ρύθμιση Xen μου στο Ubuntu πριν από 8,04 αλλά τώρα αναβαθμίστηκε σε 8.04. Θα χρησιμοποιηθεί για την επιπλέον γραμμή στο cfg μου διαδρομής ορίζονται ως ακολούθως:



```
extra = ' TERM=xterm xencons=tty console=tty1'

```

Αυτό μου επιτρέπει να «XM κονσόλα όνομα» από dom0. Νομίζω ότι αυτό ήταν από ένα πρόβλημα με το Xen εγκατάσταση στην έκδοση πριν από την 8,04 (δεν είμαι σίγουρος ποια έκδοση που ήταν). Δεν είμαι σίγουρος αν η ίδια αλλαγή είναι απαραίτητη 8.04 και είμαι μια αναβάθμιση και δεν άλλαξε καμία από domU διαμορφώσεων μου μετά την αναβάθμιση. Οι ακριβείς ορισμοί των `vsize`, `rss`, `rprvt`, `rshrd`, και άλλες σκοτεινές εμφάνιση συντομογραφίες ποικίλλουν από OS σε OS. Οι σελίδες του εγχειριδίου για τους `top`και `ps`τις εντολές θα έχουν κάποιο είδος της περιγραφής, αλλά όλες αυτές οι περιγραφές απλοποιηθεί σε μεγάλο βαθμό (ή βασίζονται σε μεγάλες εξαφανιστεί εφαρμογές πυρήνα).   

«Μέγεθος Διαδικασία» ως έννοια είναι τρομερά δύσκολο να γίνουν αντιληπτά στη γενική περίπτωση. Απαντήσεις σε συγκεκριμένες περιπτώσεις εξαρτάται σε μεγάλο βαθμό από την πραγματική εφαρμογή διαχείρισης μνήμης στο λειτουργικό σύστημα, και είναι σπάνια τόσο ικανοποιητικό όσο το καθαρό «μέγεθος διαδικασία» αντίληψη που υπάρχει στο μυαλό των περισσότερων χρηστών (και οι περισσότεροι developers).


Για παράδειγμα, κανένας από αυτούς τους αριθμούς (ούτε, πιθανότατα, οποιοσδήποτε συνδυασμός τους) μπορεί να χρησιμοποιηθεί για να σας πω ακριβώς πόσες τέτοιες διαδικασίες μπορεί να τρέξει ταυτόχρονα σε μια δεδομένη ποσότητα της ελεύθερης μνήμης. Αλλά πραγματικά, το καλύτερο στοίχημά σας είναι να έρθει κανείς από το σκοπό αυτό: γιατί θέλετε αυτόν τον αριθμό, και αυτό θα μπορείτε να το χρησιμοποιήσετε για; Δεδομένου ότι οι πληροφορίες, νομίζω ότι θα πάρετε περισσότερες χρήσιμες απαντήσεις. <p>δεν περιγράφετε κλίμακα για να ταιριάζει. περιγράφεις την εμφάνιση. (έχω επεξεργαστεί την ερώτησή σας σε αυτό το θέμα.) η υποβολή γίνεται όσο το δυνατόν μεγαλύτερη, διατηρώντας παράλληλα την αναλογία της και προσαρμόζοντας εξ ολοκλήρου μέσα στον γονέα της.</p><p>τέλος πάντων, μπορείτε να το κάνετε αυτό με αυτόματη διάταξη. μπορείτε να το κάνετε εξ ολοκλήρου στο ib από xcode 5.1. ας ξεκινήσουμε με μερικές προβολές:</p><p><img src="https://i.stack.imgur.com/hhdxr.png" alt="some views"></p><p>η ανοιχτή πράσινη όψη έχει αναλογία διαστάσεων 4: 1. η σκούρα πράσινη προβολή έχει αναλογία διαστάσεων 1: 4. πρόκειται να δημιουργήσω περιορισμούς έτσι ώστε η μπλε όψη να γεμίζει το πάνω μισό της οθόνης, η ροζ όψη να γεμίζει το κάτω μισό της οθόνης και κάθε πράσινη προβολή να επεκτείνεται όσο το δυνατόν περισσότερο, διατηρώντας παράλληλα τον λόγο διαστάσεων και προσαρμόζοντας την δοχείο.</p><p>κατ 'αρχάς, θα δημιουργήσω περιορισμούς και στις τέσσερις πλευρές της μπλε όψης. θα το περάσω στον κοντινότερο γείτονα σε κάθε άκρη, με απόσταση 0. φροντίζω να απενεργοποιήσω τα περιθώρια:</p><p><img src="https://i.stack.imgur.com/yo2jf.gif" alt="blue constraints"></p><p>σημειώστε ότι το i <strong> δεν ενημερώνει </strong> το πλαίσιο ακόμα. θεωρώ ότι είναι ευκολότερο να αφήνετε χώρο μεταξύ των απόψεων κατά τη δημιουργία περιορισμών και απλά να ορίσετε τις σταθερές στο 0 (ή οτιδήποτε άλλο) με το χέρι.</p><p>στη συνέχεια, κλίνω το αριστερό, το κάτω και το δεξί άκρο της ροζ εικόνας στον πλησιέστερο γείτονά της. δεν χρειάζεται να ρυθμίσω έναν ανώτατο περιορισμό edge επειδή η άνω άκρη του είναι ήδη περιορισμένη στο κάτω άκρο της μπλε όψης.</p><p><img src="https://i.stack.imgur.com/spins.gif" alt="pink constraints"></p><p>χρειάζομαι επίσης έναν περιορισμό ισοδύναμων μεταξύ των ροζ και μπλε απόψεων. αυτό θα τους κάνει να γεμίσουν το ήμισυ της οθόνης:</p><p><img src="https://i.stack.imgur.com/oelrv.gif" alt="enter image description here"></p><p>αν λέω στο xcode να ενημερώσει όλα τα πλαίσια τώρα, έχω αυτό:</p><p><img src="https://i.stack.imgur.com/9fbwl.png" alt="containers laid out"></p><p>έτσι, οι περιορισμοί που έχω δημιουργήσει μέχρι τώρα είναι σωστοί. ανεξάρτητα από αυτό και να αρχίσετε να εργάζεστε με την ανοιχτό πράσινη όψη.</p><p>η τοποθέτηση σε πτυχές της ανοιχτής πράσινης προβολής απαιτεί πέντε περιορισμούς:</p><ul> <li>απαιτούμενος λόγος αναλογίας διαστάσεων προτεραιότητας στην ανοιχτό πράσινη όψη. μπορείτε να δημιουργήσετε αυτόν τον περιορισμό σε xib ή storyboard με xcode 5.1 ή νεότερη έκδοση.</li> <li>ο περιορισμός της απαιτούμενης προτεραιότητας που περιορίζει το πλάτος της ανοιχτό πράσινης όψης να είναι μικρότερο ή ίσο με το πλάτος του δοχείου.</li> <li>ένας περιορισμός υψηλής προτεραιότητας που καθορίζει το πλάτος της ανοιχτής πράσινης όψης να είναι ίσο με το πλάτος του δοχείου.</li> <li>ο περιορισμός της απαιτούμενης προτεραιότητας που περιορίζει το ύψος της ανοιχτής πράσινης όψης να είναι μικρότερο ή ίσο με το ύψος του δοχείου.</li> <li>ένας περιορισμός υψηλής προτεραιότητας που θέτει το ύψος της ανοιχτής πράσινης όψης να είναι ίσο με το ύψος του δοχείου.</li> </ul><p>ας εξετάσουμε τους δύο περιορισμούς πλάτους. ο περιορισμός που δεν είναι ο ίδιος, είναι επαρκής για να καθορίσει το πλάτος της ανοιχτής πράσινης όψης. πολλά πλάτη θα ταιριάζουν με τον περιορισμό. δεδομένου ότι υπάρχει ασάφεια, το autolayout θα προσπαθήσει να επιλέξει μια λύση που ελαχιστοποιεί το σφάλμα στον άλλο περιορισμό (υψηλής προτεραιότητας αλλά όχι υποχρεωτικό). η ελαχιστοποίηση του σφάλματος σημαίνει ότι το πλάτος είναι όσο το δυνατόν πλησιέστερο στο πλάτος του κιβωτίου, ενώ δεν παραβιάζεται ο απαιτούμενος περιορισμός που δεν είναι μικρός ή ίσος.</p><p>το ίδιο συμβαίνει και με τον περιορισμό του ύψους. και επειδή απαιτείται επίσης ο περιορισμός της αναλογίας πλευρών, μπορεί να μεγιστοποιηθεί το μέγεθος του υποβιβασμού κατά μήκος ενός άξονα (εκτός αν ο περιέκτης έχει την ίδια αναλογία διαστάσεων με την υποέκθεση).</p><p>έτσι πρώτα δημιουργώ τον περιορισμό της αναλογίας διαστάσεων:</p><p><img src="https://i.stack.imgur.com/4ihow.gif" alt="top aspect"></p><p>στη συνέχεια, δημιουργώ ίσους περιορισμούς πλάτους και ύψους με το δοχείο:</p><p><img src="https://i.stack.imgur.com/vycag.gif" alt="top equal size"></p><p>πρέπει να επεξεργαστώ αυτούς τους περιορισμούς ώστε να είναι λιγότερο από-ή-ίσους περιορισμούς:</p><p><img src="https://i.stack.imgur.com/bc7rh.gif" alt="top less than or equal size"></p><p>στη συνέχεια πρέπει να δημιουργήσω ένα άλλο σύνολο ίσων περιορισμών πλάτους και ύψους με το δοχείο:</p><p><img src="https://i.stack.imgur.com/u9hkm.gif" alt="top equal size again"></p><p>και πρέπει να θέσω τους νέους αυτούς περιορισμούς λιγότερο από την απαιτούμενη προτεραιότητα:</p><p><img src="https://i.stack.imgur.com/i7dte.gif" alt="top equal not required"></p><p>τελικά, ζητήσατε να είναι κεντραρισμένο το υποπεριοχή στο δοχείο του, οπότε θα ρυθμίσω αυτούς τους περιορισμούς:</p><p><img src="https://i.stack.imgur.com/4dtr1.gif" alt="top centered"></p><p>τώρα, για να δοκιμάσετε, θα επιλέξω τον ελεγκτή προβολής και θα ζητήσω από το xcode να ενημερώσει όλα τα πλαίσια. αυτό έχω:</p><p><img src="https://i.stack.imgur.com/kmtoy.png" alt="incorrect top layout"></p><p>ωχ! το subview έχει επεκταθεί για να γεμίσει πλήρως το δοχείο του. αν το επιλέξω, μπορώ να δω ότι στην πραγματικότητα διατηρείται η αναλογία του, αλλά κάνει μια πτυχή - <strong> συμπληρώστε </strong> αντί για μια πτυχή - <strong> ταιριάζει </strong>.</p><p>το πρόβλημα είναι ότι σε έναν λιγότερο από ή ίσο περιορισμό, έχει σημασία ποια είναι η άποψη σε κάθε άκρο του περιορισμού, και το xcode έχει δημιουργήσει τον περιορισμό απέναντι από την προσδοκία μου. θα μπορούσα να επιλέξω καθέναν από τους δύο περιορισμούς και να αντιστρέψω το πρώτο και δεύτερο στοιχείο. αντ 'αυτού, θα επιλέξω μόνο το subview και θα αλλάξω τους περιορισμούς ώστε να είναι μεγαλύτερο από-ή-ίσο:</p><p><img src="https://i.stack.imgur.com/mh4xm.gif" alt="fix top constraints"></p><p>το xcode ενημερώνει τη διάταξη:</p><p><img src="https://i.stack.imgur.com/srvqg.png" alt="correct top layout"></p><p>τώρα κάνω όλα τα ίδια πράγματα με τη σκούρα πράσινη θέα στο κάτω μέρος. πρέπει να σιγουρευτώ ότι η αναλογία πλευρών είναι 1: 4 (το xcode το μείωσε με περίεργο τρόπο αφού δεν είχε περιορισμούς). δεν θα δείξω τα βήματα ξανά, αφού είναι τα ίδια. εδώ είναι το αποτέλεσμα:</p><p><img src="https://i.stack.imgur.com/kdj1r.png" alt="correct top and bottom layout"></p><p>τώρα μπορώ να το εκτελέσω στον προσομοιωτή iphone 4s, ο οποίος έχει διαφορετικό μέγεθος οθόνης από τον ib που χρησιμοποιείται και δοκιμή περιστροφής:</p><p><img src="https://i.stack.imgur.com/hpa6w.gif" alt="iphone 4s test"></p><p>και μπορώ να δοκιμάσω στο iphone 6 προσομοιωτή:</p><p><img src="https://i.stack.imgur.com/otbq9.gif" alt="iphone 6 test"></p><p>έχω ανεβάσει τον τελικό πίνακα ιστορικού μου στο <a href="https://gist.github.com/mayoff/d9320088ab4025c95e40">αυτό το gist</a> για την ευκολία σας.</p> Θα έλεγα ότι αυτό εξαρτάται από: αν διαπιστώσετε ότι η χρήση Glade μπορείτε να χτίσετε τις εφαρμογές που θέλετε ή πρέπει να κάνει ό, τι αυτό είναι απολύτως εντάξει. Αν όμως θέλετε πραγματικά να μάθετε πώς λειτουργεί το GTK ή έχετε κάποιες μη-τυπικές απαιτήσεις UI θα **πρέπει** να σκάψουν σε GTK εσωτερικά (που δεν είναι τόσο περίπλοκη).


Προσωπικά είμαι συνήθως περίπου 5 λεπτά σε μια πλούσια client όταν χρειάζομαι κάποια λειτουργία ή προσαρμογή που είναι απλά αδύνατο μέσα από έναν σχεδιαστή, όπως Glade ή [Stetic](http://www.mono-project.com/Stetic) . Ίσως είναι ακριβώς εγώ. Παρ 'όλα αυτά εξακολουθεί να είναι χρήσιμο για μένα για να ξεκινήσει η σχεδίαση παράθυρο χρησιμοποιώντας ένα γραφικό εργαλείο.


Η σύστασή μου: αν κάνει πλούσιους πελάτες που χρησιμοποιούν το GTK πρόκειται να είναι ένα σημαντικό μέρος της δουλειάς σας / χόμπι στη συνέχεια να μάθουν GTK, καθώς από τη στιγμή που **θα** χρειαστεί να γράψω αυτό το κώδικα μέρα.


PS Προσωπικά βρίσκω [Stetic](http://www.mono-project.com/Stetic) να είναι ανώτερη από Glade για το έργο του σχεδιασμού, αν και λίγο πιο ασταθής. Αυτό είναι ένα τεχνικό πρόβλημα παρακαλώ να κάνετε μια αναφορά εδώ.



> 
> <https://support.duolingo.com/hc/el>
> 
> 
>