εξαφανίστηκαν τα εικονίδια από την επιφάνεια εργασίας!
είμαι με linux mint cinnamon. εγκατέστησα την εφαρμογή komorebi από ένα πακέτο deb που βρήκα στο github ([[releases · cheesecakeufo/komorebi · github](https://github.com/cheesecakeufo/komorebi/releases)]) αλλά δεν δούλεψε καλά. εντάξει λέω τι είχαμε τι χάσαμε! κάνω απεγκατάσταση και περιμένω να είναι όλα σαν πριν. έλα όμως που το komorebi θύμωσε και φε…
έτρεξα το nemo-desktop αλλά τίποτα!

στα προγράμματα εκκίνησης βρήκα το komorebi το ξαπόστειλα από εκεί και τώρα ξαναέτρεξα από το τερματικό nemo-desktop και τα εικονίδια μαζί με το δεξί κλικ επανήλθαν! όταν όμως κλείσω το τερματικό εξαφανίζονται πάλι! θα κάνω μία επανεκκίνηση και θα επανέλθω.

μετά…
Όχι, δεν μπορείτε. GreaseMonkey εξακολουθεί να είναι μέσα στο sandbox περιήγησης και αυτό σημαίνει ότι δεν μπορείτε να έχετε πρόσβαση σε πόρους του συστήματος. Δεν υπάρχει FileSystem API σε (πρόγραμμα περιήγησης ενσωματωμένη) το JavaScript ούτως ή άλλως.


Ίσως [DownThemAll!](https://addons.mozilla.org/en-US/firefox/addon/201) σας βοηθά. Μερικοί λόγοι που μπορώ να σκεφτώ:


* Έχετε μια *App\_Code* κατάλογο στο έργο σας
* Έχετε μια *CodeFile* οδηγία σελίδα του κάποια σελίδα σήμανσης αντί *CodeBehind* Δυστυχώς, το μόνο API που δεν έχει καταργηθεί βρίσκεται στο πλαίσιο ApplicationServices, η οποία δεν έχει ένα αρχείο υποστήριξης γέφυρα, και ως εκ τούτου δεν είναι διαθέσιμο στη γέφυρα. Αν θέλουν να χρησιμοποιήσουν ctypes, μπορείτε να χρησιμοποιήσετε ATSFontGetFileReference μετά αναζητώντας τον ATSFontRef.


Κακάο δεν έχει καμία εγγενή υποστήριξη, τουλάχιστον ως 10,5, για να πάρει τη θέση ενός γραμματοσειράς. Εάν χρησιμοποιείτε Windows, μπορείτε να χρησιμοποιήσετε [`GetDIBits`](http://msdn.microsoft.com/en-us/library/ms532334(VS.85).aspx)για να ανακτήσετε τα δεδομένα bitmap. **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 προβλέπονται για την παρακολούθηση και τους τρεις τύπους απελευθέρωσης. Βρήκα τη λύση με τη βοήθεια του κώδικα από τον Alex Gibson. Αλλά δεν είναι Smoothy όπως και Safari. Θα προσπαθήσουμε να λύσουμε αυτό το πρόβλημα απόδοσης. [Εδώ είναι μια άλλη λύση](http://code.google.com/p/vs-android/) , που ενσωματώνει πλήρως το NDK μέσα στο Visual Studio. Δεν makefiles. Συμπεριφέρεται σαν μια σωστή έργο Win32: Αυτό λειτουργεί στον υπολογιστή μου (TM) μετά την εγκατάσταση rdbgsetup\_x64.exe και να περάσει από τον οδηγό διαμόρφωσης:



```
sc stop msvsmon90
sc config msvsmon90 binPath= "C:\Program Files\Microsoft Visual Studio 9.0\Common7\IDE\Remote Debugger\x86\msvsmon.exe /service msvsmon90"
sc start msvsmon90

``` τι εννοείς δεν μπορείς να το κατεβάσεις?
υπάρχει ένα εικονίδιο πάνω δεξιά που λέει λήψη! Έχω λυθεί το θέμα. Η ακόλουθη διαδικασία χρησιμοποιείται για να βρείτε και να διορθώσετε το πρόβλημα:


Θα χρησιμοποιηθεί για την `faulthandler`ενότητα για να αναγκάσει python για να εκτυπώσετε ένα ίχνος στοίβας και λάβαμε ένα `Windows fatal exception: access violation`σφάλμα το οποίο φαίνεται να δείχνουν το πρόβλημα ήταν πράγματι μια segfault που προκαλείται από κάποια μονάδα που χρησιμοποιείται από tensorflow.


Προσπάθησα να καθορίσει τις εξαρτήσεις κάνοντας μια `conda update --all`και, στη συνέχεια, μια `conda clean --all`που δεν διορθώσει το πρόβλημα.


Παρατήρησα όμως ότι τα προβλήματα που φαίνεται να προκύπτουν από τις `h5py`και `keras`ενότητες, έτσι έκανα `pip install --upgrade h5py`και `pip install --upgrade keras`και `pip install --upgrade tensorflow`και το πρόβλημα ήταν σταθερό. Είμαι τώρα με τη χρήση `tensorflow version 1.12.0`, `keras version 2.2.4`και `h5py version 2.8.0`.


Το κλειδί για την επίλυση αυτού του προβλήματος φαίνεται να είναι η `faulthander`μονάδα που μου έδειξε ποιες ενότητες (h5py και κέρας) οδηγούσαν στο segfault.