Metin Araçları
Kelimeleri ve karakterleri sayın, yazım biçimini değiştirin ve başlıkları URL slug'larına çevirin.
İlgili araçlar
- Kodlayıcı / ÇözücüBase64, URL'ler ve HTML varlıklarını kodlayıp çözün, sayı tabanlarını dönüştürün.
- Kod BiçimlendiriciXML, HTML ve CSS'i biçimlendirip küçültün, JavaScript'i küçültün - hepsi tarayıcınızda.
- Regex Test AracıJavaScript düzenli ifadelerini vurgulanmış eşleşmeler, yakalama grupları, sade dille açıklama, hazır kod ve felaket geri izleme kontrolü ile test edin.
Bu araç hakkında
Metin Araçları'nın üç modu vardır. Sayım, karakterleri bir okurun gördüğü gibi bildirir - tarayıcının metin bölümleyicisinden alınan grafem kümeleri olarak, yani ten rengi değiştiricisi olan bir emoji tek karakter sayılır - ve bunun yanında boşluksuz karakterleri, kelimeleri, cümleleri, satırları, paragrafları, UTF-8 baytlarını ve dakikada 230 kelimeye dayalı bir okuma süresini verir. Yazım biçimini değiştir, dokuz varyantı aynı anda üretir (camelCase, PascalCase, snake_case, kebab-case, CONSTANT_CASE, Title Case, Sentence case, lowercase, UPPERCASE) ve büyük/küçük harf sınırlarından bölerek HTTPServer'ı http_server yapar. Slug, kısa bir Latin harf listesini eşler (ß için ss, æ için ae, ø için o, ş için s, ğ için g, ç için c, ö için o, ü için u ve & için “and” kelimesi), kalan aksanları Unicode NFKD normalleştirmesiyle soyar ve hayatta kalanları bir tire ya da alt çizgiyle birleştirir. Latin dışı yazı sistemlerinde harf çevirisi yapmaz: Kiril, Yunan, İbrani, Arap, Çin ve Japon karakterleri Latinleştirilmez; A-Z, a-z ve 0-9 dışındaki diğer her karakter gibi düşürülür.
Üç modun tamamı sayfanın içinde çalışan saf fonksiyonlardır: sayaç, grafem kümeleri için tarayıcının kendi Intl.Segmenter'ını kullanır, bu API yoksa kod noktalarını saymaya döner ve UTF-8 bayt değeri için TextEncoder'ı kullanır; yazım biçimi ve slug modları ise tarayıcının Unicode normalleştirmesini kullanır. Metniniz XGM API'sine gönderilmez, URL'ye yazılmaz ve bu tarayıcıda saklanmaz - adres yalnızca modu tutar, ?mode=case veya ?mode=slug olarak; sayaç ise parametre taşımayan varsayılandır, bu yüzden paylaşılan bir bağlantı aracı boş açar. Okuma kolaylığı ve seviye değerleri, sayfada bir hece tahmininden hesaplanan Flesch ve Flesch-Kincaid formülleridir: her ikisi de İngilizce düzyazıya göre uyarlanmıştır, dolayısıyla İngilizce metin için bir tahmindir ve Türkçe ya da Romence için pek bir şey ifade etmez. Kopyalama, indirme ve JSON dışa aktarımı, zaten ekrandaki sonuçtan birleştirilir. Sayfanın kendiliğinden yaptığı tek istek, analitiği kabul ettikten sonra gönderilen sayfa görüntüleme olayıdır; bu olay sayfa yolunu ve araç adını kaydeder, metninizi asla.
Nasıl kullanılır
- Metin Araçları aracını açın.
- İncelemek istediğiniz girdiyi yapıştırın veya yazın.
- Tarayıcınızda hesaplanan sonucu okuyun; girdi XGM'e gönderilmez.
- Çıktıyı yalnızca doğru göründüğünü kontrol ettikten sonra kopyalayın.
- Daha geniş bir teşhis görünümü gerekiyorsa ilgili XGM araçlarını kullanın.
SSS
Karakter sayısı neden editörümdekinden farklı?
Çoğu editör UTF-16 kod birimlerini sayar; bu da bir emojiyi iki, bir bayrağı dört yapar. Burada Karakter değeri, tarayıcının Intl.Segmenter özelliğiyle grafem kümelerini sayar; bu yüzden 👍🏽 iki kod noktası ve sekiz UTF-8 baytı olsa bile tek karakterdir. Bir veritabanı sütunu ya da bir API sınırı bayt cinsinden ölçülüyorsa UTF-8 bayt değerini kullanın; Boşluksuz sayımının kod noktası başına yapıldığını, bu yüzden iki karakter değerinin emojilerde farklılaşabileceğini unutmayın.
Çince veya Japonca kelimeler doğru sayılıyor mu?
Hayır. Kelimeler, kırpılmış metindeki boşluksuz dizilerdir; bu yüzden kelimelerin arasına boşluk koymayan bir yazı sistemi - Çince, Japonca, Tayca - dizi başına tek kelime ve buna uygun bir okuma süresi bildirir. Karakterler, boşluksuz karakterler, satırlar ve UTF-8 baytları yine doğrudur. Cümleler . ! ? ve … işaretlerinden bölünerek sayılır; bu yüzden “örn.” gibi bir kısaltma sayıyı şişirir.
camelCase, Title Case'in koruduğu aksanları neden kaybetti?
Tanımlayıcı biçimleri - camelCase, PascalCase, snake_case, kebab-case ve CONSTANT_CASE - metni NFKD biçimine normalleştirir, birleştirici işaretleri atar ve ardından ASCII harf veya rakam olmayan her şeyde böler; bunları kod tanımlayıcısı olarak güvenli kılan da budur: “Café Ünïcödé” cafeUnicode olur. Title Case, Sentence case, lowercase ve UPPERCASE ise özgün metninize uygulanır ve yalnızca harf büyüklüğünü değiştirir; bu yüzden aksanlar, noktalama ve Latin dışı karakterler olduğu gibi kalır.
Slug'ım neden yapıştırdığım başlıktan kısa?
Maksimum uzunluk varsayılan olarak 80'dir; sınırı kapatmak için 0 yapın. Bir slug daha uzun olduğunda sınırda kesilir ve kelimenin ortasında bitmesin diye son ayırıcıya kadar geri kırpılır - o pencerenin içinde hiç ayırıcı yoksa sert kesim geçerli kalır. Girdinin her satırı kendi slug'ını üretir; yani bir başlık listesi yapıştırıp karşılığında bir liste alabilirsiniz.
Bir slug'da hangi karakterler hayatta kalır ve benimki neden boş çıktı?
Yalnızca A-Z, a-z ve 0-9. & işareti “and” ile değiştirildikten ve NFKD aksanlı harfleri ve uyumluluk biçimlerini ayrıştırdıktan sonra (é için e, fi için fi) geri kalan her şey ayırıcıya dönüşür, art arda gelen ayırıcılar teke iner, baştaki ve sondaki ayırıcılar kırpılır. Latin dışı yazı sistemleri harf çevirisi yapılmak yerine kaldırıldığı için, tamamen Kiril, Yunan ya da Çin yazısıyla yazılmış bir başlık boş bir slug üretir - o slug'ı elle yazın veya yapıştırmadan önce harf çevirisini kendiniz yapın.
Tam Metin Araçları rehberini okuyun (İngilizce)