Cum pot găsi calea completă la un font de la numele său afișat pe un Mac?

Singura modalitate de a depana acest lucru este să dezactivați un plugin la un moment dat, de fiecare dată când încercați să reproduceți problema înainte de a dezactiva un alt plugin. Începeți cu pluginurile care au de-a face cu administrarea WP, apoi deplasați-vă în jos pentru aplicații regulate de plugin-uri, widget-uri și altele asemenea.

Inspectați pagina "Nu a fost găsită" că sunteți servit mai bine (căutați cu Opera și deschideți panoul Informații care vă va arăta anteturile, navigați alternativ cu Firefox și dacă aveți Firebug cu panoul "Net" activat) și faceți o căutare prin toate plug-in-urile dvs. pentru a vedea dacă ar putea să le servească direct. Dacă nu, aruncați o privire la jurnalul serverului web pentru a afla ce resursă exactă nu poate servi; un plugin ar putea face o redirecționare sau o rescriere fantezistă, astfel încât nu este neapărat adresa URL pe care o vedeți în browser-ul dvs. care cauzează 404.

Aceasta este doar o idee grosolană: dacă primiți o eroare "reală" 404 (cu setările anteturilor), atunci puteți căuta prin pluginurile dvs. și căutați funcția PHP header () și numărul 404. Acest lucru ar putea scana numărul de plugin-uri de la 70 la doar câteva. Atunci trebuie doar să verificați.

Acest lucru se poate face cu ușurință cu un IDE ca Eclipse PDT care oferă căutare pentru un anumit apel de funcție PHP.

Alături de asta, dar fără nici o garanție că funcționează în mod eficient, este să scrieți un plugin care se încarcă în setarea antetului și apoi vă va da urmărește codul care stabilește de fapt un potențial 404 (backtrace). Acest lucru ar funcționa numai dacă pluginul utilizează funcția API WordPress. Prima metodă de căutare a funcției PHP va funcționa indiferent de API-ul WP.

Mai multe informații necesare:

1) De ce atât de multe pluginuri?

2) Ce OS este furnizorul dvs. de gazduire care rulează?

3) Ce server de web?

4) Aveți acces la jurnalele serverului httpd, în special în jurnalele de eroare?

5) Ce spun jurnalele de eroare în intervalul [de timp] care înconjoară aceste probleme?

(Acum, spune-i adevărul, dacă generalizăm că "J6P medie rulează WordPress ar putea avea această întrebare exactă, am putea începe prin direcționarea spusului J6P pentru a răspunde cel puțin la cele 5 întrebări de mai sus ...)

open up a terminal (Applications->Utilities->Terminal) and type this in:

locate InsertFontHere

Acest lucru va scuipa fiecare fișier care are numele pe care îl doriți.

Atenție: ar putea fi foarte mult să treci prin.

Trebuie să existe o metodă în Cocoa pentru a obține o listă de fonturi, atunci ar trebui să utilizați legăturile PyObjC pentru a o apela.

În funcție de ce ai nevoie de ele, probabil că poți folosi ceva de genul următor ..

import os
def get_font_list():
    fonts = []
    for font_path in ["/Library/Fonts", os.path.expanduser("~/Library/Fonts")]:
        if os.path.isdir(font_path):
            fonts.extend(
                [os.path.join(font_path, cur_font) 
                 for cur_font in os.listdir(font_path)
                ]
            )
    return fonts

Din păcate, singurul API care nu este depreciat este localizat în cadrul ApplicationServices, care nu are un fișier de suport de punte și, prin urmare, nu este disponibil pe pod. Dacă doriți să utilizați ctypes, puteți utiliza ATSFontGetFileReference după ce ați căutat ATSFontRef.

Cacao nu are nici un suport nativ, cel puțin la 10,5, pentru a obține locația unui font.

Nu am putut găsi nimic care face acest lucru în mod direct. Cred că va trebui să repetați diferitele foldere de fonturi din sistem: / System / Library / Fonts , / Library / Fonts și probabil că există un utilizator și directorul de nivel ~ / Library / Fonts .