δεν αναγνωριζει γραμματοσειρα ονόματος αρχείων& φακέλων προερχόμενα από windows
φάκελοι και αρχεία excel που έχουν δημιουργηθεί σε windows όταν στέλνονται σε kubuntu δεν μπορούν να διαβαστούν τα ονόματα …

το αποτέλεσμα είναι της μορφής:

çåäôæêäæ âäë

ü4

έχω κάνει εγκατάσταση γραμματοσειρών σύμφωνα με τις οδηγίες

<https://itsfoss.com/install-microsoft-fonts-ubuntu/>

αλλά δεν …
είχα το ίδιο πρόβλημα με αρχεία zip που κατέβαζα παλιότερα από εκπαιδευτικές ιστοσελίδες. έχω linux mint με διαχειριστή αρχείων τον thunar. έκανα προσθήκη “προσαρμοσμένης ενέργειας” (επεξεργασία –> ρυθμίσεις προσαρμοσμένων ενεργειών –> προσθήκη νέας), ώστε με δεξί κλικ να αποσυμπιέζω με τη σωστή κωδ…
Δυστυχώς, το μόνο API που δεν έχει καταργηθεί βρίσκεται στο πλαίσιο ApplicationServices, η οποία δεν έχει ένα αρχείο υποστήριξης γέφυρα, και ως εκ τούτου δεν είναι διαθέσιμο στη γέφυρα. Αν θέλουν να χρησιμοποιήσουν ctypes, μπορείτε να χρησιμοποιήσετε ATSFontGetFileReference μετά αναζητώντας τον ATSFontRef.


Κακάο δεν έχει καμία εγγενή υποστήριξη, τουλάχιστον ως 10,5, για να πάρει τη θέση ενός γραμματοσειράς. Δεν έχω δουλέψει με IE στοιχεία αρχείο εισόδου για λίγο, αλλά νομίζω ότι θυμάμαι ακόμα αρκετά για να είναι χρήσιμη.


Όπως θυμάμαι, IE ανοίγει οποιοδήποτε αρχείο εισόδου που δεν έχει οριστεί από την ίδια IE. Νομίζω ότι η λογική τους είναι «υποδοχές αρχείο θα πρέπει να έχει μόνο έγκυρες διαδρομές που προορίζεται ο χρήστης, έτσι ώστε αν ένα αρχείο εισόδου έχει οριστεί από το JavaScript, ας υποθέσουμε ότι είναι κακόβουλο και να καθαρίσει το INPUT».


Έτσι, αν η λογική επικύρωση σας περιέχει κάθε είδους `$("INPUT[type='file']").val(something)`-όπως πράγματα, ότι θα μπορούσε να εξηγήσει τη συμπεριφορά που είδατε. Ελπίδα που βοηθά. Εάν η κωδικοποίηση είναι **base64** τότε αυτή είναι η λύση που έχω σκοντάψει επάνω στο διαδίκτυο [σύνδεσμο](http://www.suares.an/) :


«Αρχεία Αποκωδικοποίηση XDFL αποθηκευτεί με“encoding = base64”αρχεία αποθηκεύονται με.: 



```
application/vnd.xfdl;content-encoding="base64-gzip"

```

είναι απλή κωδικοποίηση base64 αρχεία gzip. Μπορούν εύκολα να αποκατασταθεί XML από την πρώτη αποκωδικοποίηση και στη συνέχεια αποσυμπίεση τους. Αυτό μπορεί να γίνει ως εξής στο Ubuntu:



```
sudo apt-get install uudeview uudeview -i yourform.xfdl gunzip -S "" < UNKNOWN.001 > yourform-unpacked.xfdl 

```

Η πρώτη εντολή θα εγκαταστήσει uudeview, ένα πακέτο που μπορεί να αποκωδικοποιήσει base64, μεταξύ άλλων. Μπορείτε να παραλείψετε αυτό το βήμα, εφόσον έχει εγκατασταθεί.


Υποθέτοντας φόρμα σας αποθηκεύεται ως «yourform.xfdl», η εντολή uudeview θα αποκωδικοποιήσει τα περιεχόμενα ως «UNKNOWN.001», δεδομένου ότι το αρχείο XFDL δεν περιέχει ένα όνομα αρχείου. Το «-i» επιλογή κάνει uudeview uninteractive, αφαιρέστε αυτήν την επιλογή για περισσότερο έλεγχο.


Η τελευταία εντολή gunzips το αρχείο αποκωδικοποιημένο σε ένα αρχείο με το όνομα «yourform-unpacked.xfdl». "


**Μια άλλη** πιθανή λύση - [εδώ](http://www.chilkatsoft.com/p/p_531.asp)


*Πλευρά Σημείωση: Αποκλεισμός εισηγμένες <code> δεν λειτουργεί για μεγάλες χορδές του κώδικα* Δοκιμάστε την `/oc:FILENAME`επιλογή να εξαρτάται, να γράψει ένα κόμμα αρχείο τιμών διαχωρισμένων. Αυτό μοιάζει να είναι πιο εύκολο να αναλύσει από τη μηχανή από την «ελεύθερη μορφή» αρχείο κειμένου που δημιουργείται από την / ot: ΑΡΧΕΙΟ / επιλογή. Δεν μπορείτε, αυτή η πληροφορία δεν αποστέλλεται στο διακομιστή για προφανείς λόγους ασφαλείας. Μόνο το όνομα του αρχείου που αποστέλλεται στο διακομιστή. Έτσι, δεν μπορείτε να αποθηκεύσετε τη φυσική διαδρομή όπου βρίσκεται το αρχείο προέρχεται από το μηχάνημα του πελάτη στον κεντρικό υπολογιστή σας. **Εκφράσεις XPath δεν μπορούν να αξιολογηθούν agaist μη wellformed έγγραφο XML** , η οποία είναι ακριβώς η περιγραφόμενη περίπτωση.


Είναι δυνατόν να γίνει αυτό σε δύο αλυσοδεμένος στάδια, το πρώτο εκ των οποίων είναι να μετατρέψει τον κώδικα HTML για να wellformed XML και στη συνέχεια το δεύτερο - να εφαρμόσει την έκφραση XPath.


Ως εκ τούτου, το ερώτημα θα μπορούσε να αναφέρεται ακριβέστερα ως «Πώς να μετατρέψετε HTML σε XML, έτσι ώστε οι εκφράσεις XPath μπορούν να αξιολογούνται με βάση το».


Εδώ είναι δύο καλά εργαλεία:


1. **[TagSoup](http://home.ccil.org/~cowan/XML/tagsoup/) , ένα πρόγραμμα ανοιχτού κώδικα** , είναι ένα Java και SAX - based εργαλείο, που αναπτύχθηκε από [**τον John Cowan**](http://home.ccil.org/~cowan/) . Αυτό είναι ένα SAX-συμβατό πρόγραμμα ανάλυσης γραμμένο σε Java που, αντί για την ανάλυση καλοσχηματισμένα ή έγκυρη XML, αναλύει HTML καθώς βρίσκεται σε άγρια κατάσταση: φτωχή, άσχημη και βίαιη, αν και αρκετά συχνά μακριά από σύντομη. TagSoup είναι σχεδιασμένο για ανθρώπους που έχουν να επεξεργάζονται αυτά τα πράγματα χρησιμοποιώντας κάποια ομοιότητα ενός ορθολογικού σχεδιασμού της εφαρμογής. Παρέχοντας μια διεπαφή SAX, επιτρέπει τυποποιημένα εργαλεία XML για να εφαρμοστεί ακόμη και το χειρότερο HTML. TagSoup περιλαμβάνει επίσης έναν επεξεργαστή γραμμής εντολών που διαβάζει αρχεία HTML και μπορεί να παράγει είτε καθαρά HTML ή καλοσχηματισμένα XML που είναι μια στενή προσέγγιση με XHTML. Taggle είναι ένα εμπορικό λιμάνι C ++ της TagSoup.
2. **[SgmlReader](http://code.msdn.microsoft.com/SgmlReader)** είναι ένα εργαλείο που αναπτύχθηκε από τη Microsoft για [**Chris Lovett**](http://www.lovettsoftware.com/) . SgmlReader είναι ένα XmlReader API σε οποιοδήποτε έγγραφο SGML (συμπεριλαμβανομένων ενσωματωμένη υποστήριξη για HTML). Ένα βοηθητικό πρόγραμμα γραμμής εντολών Παρέχεται επίσης η οποία εξάγει το καλά σχηματισμένες αποτέλεσμα XML. Κατεβάστε το αρχείο zip, συμπεριλαμβανομένης της αυτόνομο εκτελέσιμο και τον πλήρη πηγαίο κώδικα: [**SgmlReader.zip**](http://code.msdn.microsoft.com/SgmlReader/Release/ProjectReleases.aspx?ReleaseId=1442)
3. **[Το καθαρό XSLT 2.0 Αναλυτής της HTML](http://www.dcarlisle.demon.co.uk/htmlparse.xsl)** γραμμένο από [**τον David Καρλάιλ**](http://dpcarlisle.blogspot.com/) . Η ανάγνωση του κώδικα θα είναι μια μεγάλη άσκηση μάθησης για τον καθένα από εμάς.


Από την περιγραφή:


«D: htmlparse (συμβολοσειρά) δ: htmlparse (συμβολοσειρά, namespace, html-mode)


Η μορφή ένα επιχείρημα είναι ισοδύναμη με) δ: htmlparse (συμβολοσειρά, ' <http://ww.w3.org/1999/xhtml> ', true ()))


Αναλύει τη συμβολοσειρά ως HTML ή / και XML χρησιμοποιώντας κάποια ενσωματωμένη heuristics να) ελέγχου σιωπηρή άνοιγμα και το κλείσιμο των στοιχείων.


Δεν έχει πλήρη γνώση της HTML DTD, αλλά δεν έχει τον πλήρη κατάλογο των κενών στοιχεία και πλήρη κατάλογο των ορισμών οντότητας. Οι HTML οντότητες, και αναφορές χαρακτήρα δεκαδικό και δεκαεξαδικό όλες δεκτές. Οι σημείωση html-φορείς αναγνωρίζεται ακόμα κι αν html-mode = false ().


Τα ονόματα των στοιχείων lowercased (αν html-mode είναι αλήθεια ()) και τοποθετείται στο χώρο ονομάτων που καθορίζεται από την παράμετρο ονομάτων (που μπορεί να είναι «» για να υποδηλώσει όχι-ονομάτων, εκτός αν η είσοδος έχει explict δηλώσεις namespace, οπότε αυτά θα τιμηθεί .


Τα ονόματα ιδιοτήτων lowercased αν html-mode = true ()»


Διαβάστε μια πιο λεπτομερή περιγραφή [**εδώ**](http://www.dcarlisle.demon.co.uk/htmlparse.xsl) . > 
> αυτό είναι ένα «Unicode string» σε Python; Μήπως αυτό σημαίνει ότι UCS-2;
> 
> 
> 


Οι συμβολοσειρές Unicode σε Python αποθηκεύεται εσωτερικά είτε ως UCS-2 (σταθερού μήκους 16-bit αναπαράσταση, σχεδόν το ίδιο όπως UTF-16) ή UCS-4 / UTF-32 (σταθερού μήκους αναπαράσταση 32-bit). Είναι μια επιλογή μεταγλώττισης? για τα Windows είναι πάντα UTF-16, ενώ πολλές διανομές Linux που UTF-32 (ευρείας οθόνης) για τις εκδόσεις τους Python.


Μπορείτε γενικά δεν πρέπει να φροντίσουν: θα δείτε Unicode κωδικό σημεία ως ενιαία στοιχεία σε χορδές σας και δεν θα ξέρετε αν είναι αποθηκευμένα σε δύο ή τέσσερα bytes. Αν είστε σε μια UTF-16 κατασκευής και θα πρέπει να χειριστεί τους χαρακτήρες εκτός του βασικού πολύγλωσσο αεροπλάνο θα σας κάνουν λάθος, αλλά αυτό είναι ακόμα πολύ σπάνια, και οι χρήστες που χρειάζονται πραγματικά τα επιπλέον χαρακτήρες θα πρέπει να κατάρτιση ευρύ χτίζει.



> 
> απλό λάθος, ή μήπως είναι;
> 
> 
> 


Ναι, αυτό είναι εντελώς λάθος. Για να είμαστε δίκαιοι νομίζω ότι το σεμινάριο είναι αρκετά παλιά? κατά πάσα πιθανότητα προ-ημερομηνίες μεγάλη χορδές Unicode, αν όχι Unicode 3.1 (η έκδοση που εισήγαγε χαρακτήρες εκτός του βασικού πολύγλωσσο αεροπλάνο).


Υπάρχει μια πρόσθετη πηγή σύγχυσης που απορρέουν από τη συνήθεια των Windows για τη χρήση του όρου «Unicode» να σημαίνει, συγκεκριμένα, η κωδικοποίηση UTF-16LE που NT χρησιμοποιεί εσωτερικά. Άνθρωποι από Microsoftland μπορεί συχνά να αντιγράψετε αυτό το κάπως παραπλανητική συνήθεια. Αμφιβάλλω πολύ ότι η «μετατροπή» που βλέπετε είναι μια πραγματική διαφορά στις δύο αντίγραφα του αρχείου. OS X δεν αποθηκεύει οποιοδήποτε είδος της αξίας κωδικοποίηση για το περιεχόμενο ενός αρχείου, έτσι είναι πολύ πιο πιθανό ότι είναι ό, τι εργαλείο που χρησιμοποιείτε για να προβάλλετε / επεξεργαστείτε αρχεία σας που ερμηνεύουν το περιεχόμενο με διαφορετικό τρόπο, είτε πρόκειται για Xcode, TextWrangler, ή οτιδήποτε άλλο πρόγραμμα επεξεργασίας που χρησιμοποιείτε. Κάνοντας μια ευθεία αντίγραφο του αρχείου, είτε είναι από το Finder, Path Finder ή την γραμμή εντολών, δεν θα αλλάξει ποτέ τα πραγματικά δεδομένα στο αρχείο κατά τη διαδικασία της αντιγραφής.


UTF-8 και Mac OS ρωμαϊκή είναι στην πραγματικότητα το ίδιο, αν δεν έχετε κανένα χαρακτήρα παραπάνω 0x7F, γι 'αυτό είναι πολύ πιθανό ότι ένα έγκυρο αρχείο UTF-8 χωρίς BOM θα μπορούσε να ερμηνευθεί ως ένα αρχείο Ρωμαϊκή Mac OS. Σε κάθε περίπτωση, θα ήθελα να εξετάσουμε ό, τι πρόγραμμα είναι αυτό που είναι που δείχνει ότι η κωδικοποίηση για να βρουν τη λύση, δεν τη διαδικασία αντιγραφής αρχείων της ίδιας OS X. Εάν χρησιμοποιείτε Windows, μπορείτε να χρησιμοποιήσετε [`GetDIBits`](http://msdn.microsoft.com/en-us/library/ms532334(VS.85).aspx)για να ανακτήσετε τα δεδομένα bitmap. Είχα ακολουθήσει ένα διαφορετικό σεμινάριο σχετικά με τη ρύθμιση Xen μου στο Ubuntu πριν από 8,04 αλλά τώρα αναβαθμίστηκε σε 8.04. Θα χρησιμοποιηθεί για την επιπλέον γραμμή στο cfg μου διαδρομής ορίζονται ως ακολούθως:



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

```

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