Yeni bir metin dosyası oluştururken, adına bir .txt uzantısı eklemeli miyim?


26

Yalnızca düz metin içeren bir belge oluşturduğumda, Ubuntu tarafından adına bir .txt uzantısı eklemek zorunda değilim. Gerçekten çok iyi çalışıyor: gedit problemsizce açıyor, sadece metin olduğunu çok iyi anlıyor.

Şu andan itibaren bir uzantı eklemek için bulduğum iki argüman Windows sistemlerinde 1 / birlikte çalışabilirlik ve 2 / aynı ada sahip klasörlerle karışıklığı önlemek. Yine de bu iki argüman beni hiç ikna etmiyor. Sonuç olarak, dosyalara uzantı ekleme refleksini tutmalı mıyım, yoksa?

Yanıtlar:


14

Bu tamamen kendi kararın.

Eğer bir 'refleks' ise, mevcut alışkanlıklarınızı korumanızın bir zararı yoktur . Öte yandan dosya uzantısı olmadan daha temiz görünüyor ...

Benim düşünceme göre, uzantıyı kullanmak için asıl durum, Windows kullanıcılarına dosya e-postayla gönderme yapıyorsanız - hala Not Defteri'nde açabiliyorlarsa (Dosya-> Birlikte Aç'la), muhtemelen dışarıda kaldıklarında kafanız karışır.


5

Linux tabanlı sistemlerde bir .txt uzantısı kullanıp kullanmamanız önemli değil. Aslında, Windows'ta olduğu gibi özel bir 'dosya uzantısı' yoktur - adın bir parçasıdır. MIME türleri , dosyanın türünü belirlemek için kullanılır.

Bununla birlikte, bir dosyayı hala Windows kullanan kişilerle paylaşmak istiyorsanız, bir .txt uzantısı kullanmadığınız sürece metin dosyalarını notepad ile el ile açmayı seçmeleri gerekir.

Başka uyumluluk hususları da var. Varsayılan olarak, Not Defteri yeni satırları doğru göstermez, çünkü Linux ve diğer Unix benzeri sistemlere biten farklı bir satır kullanır. Metin düzenleyici, metin dosyalarını Windows biçiminde doğru şekilde gösterir, ancak backspaceyeni bir satırı kaldırmak için iki kez basmanız gerekebilir .

Geany adlı bir metin düzenleyiciyi kullanarak, Document -> Set Line Endingsmenüden satır bitiş türleri arasında dönüştürebilirsiniz . Bu aynı zamanda varsayılan metin editöründe de (Gedit) mümkün olabilir ancak nasıl yapacağımı bilmiyorum.

Şahsen, günlük kullanım için .txt uzantısını veya Windows satır sonlarını kullanmazdım, ancak Windows kullanıcılarıyla paylaşmam gerektiğinde dosyaları dönüştürürdüm.


Ubuntu'da sonlanan problemle başa çıkmanın bir başka yolu da tofrodos paketi. "Fromdos" ve "todos" dönüşümlerini sonlandıracak satırı yapacak iki komut içerir.
Jonathan Sternberg,

4

Çoğu durumda dosya adı uzantıları Ubuntu'da gerekli değildir, ancak çoğu zaman bunları kullanmak hala iyi bir fikirdir. Yalnızca Windows / Mac uyumluluğu için değil, aynı zamanda kendi rahatınız için. Tüm dosya uzantılarını kaldırmayı düşünün (.html, .jpg, .doc, .ttf, .txt, .py, .conf, vb.); dosya türünü okurken bilmek yerine dosya türünü her zaman kontrol etmeniz gerekir (tabii ki dosya adları READMEda açıktır).


4

Linux'un dosya türlerini nasıl tanımladığı ve uzantıların neden bu amaç için yararsız olduğu hakkında daha fazla bilgi edinmek istiyorsanız, file command man sayfasına bakınız

man file

Bu bir tür sihirdir :)


2

Eğer linux dosent matter kullanıyorsanız. Eklentiler anlamsızdır. İsterseniz ekleyin. Fakat bu dosyayı pencerede görüntülemek istiyorsanız, uzantı dosyayı göremezsiniz. İyi bilinen bir uzantıya sahip olmak daha iyi birlikte çalışabilirlik sağlarken, bazı (çok iyi yazılmış olmayan) uygulamaların daha iyi davranmasına da yardımcı olabilir. Örneğin, bir posta istemcisi bir ek için daha uygun bir MIME türü seçebilir.


1

Eklenti isteğe bağlıdır ancak beklentilerinize bağlı olarak yine de bir tane kullanmak isteyebilirsiniz. Örneğin, Resim Görüntüleyici yanlış uzantıya sahip bir resmi açmak için sefilce başarısız olur. Küçük resim örneği de bu örnekte başarısız olacaktır. Örneğin, bir JPEG'i .GIF veya .PNG olarak yeniden adlandırarak bunu kanıtlayabilirsiniz. Bir dosyanız varsa ve bunun ne olduğundan emin değilseniz, file filenamedosya adının söz konusu dosyanın bulunduğu komutla öğrenebilirsiniz . İşte bazı örnek komutlar ve çıktı:

file unity-panel_001.bmp 
unity-panel_001.bmp: PC bitmap, Windows 3.x format, 1280 x 21 x 24
me@zippy-64bit:~/Pictures$ file web-off.png 
web-off.png: PNG image data, 850 x 552, 8-bit/color RGBA, non-interlaced
me@zippy-64bit:~/Pictures$ file XfinityBillShowingLateFee.jpg 
XfinityBillShowingLateFee.jpg: JPEG image data, JFIF standard 1.01, aspect ratio, density 1x1, segment length 16, baseline, precision 8, 2480x3437, frames 3
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.