aboutsummaryrefslogtreecommitdiffstats
path: root/japanese/xvi-sjis
diff options
context:
space:
mode:
authormiwi <miwi@FreeBSD.org>2009-05-31 20:43:55 +0800
committermiwi <miwi@FreeBSD.org>2009-05-31 20:43:55 +0800
commit7bbd942e3b99e513080443322ed20beb416ec313 (patch)
treef20d7b2cf276add6c4afaa2fbe7c047937131c96 /japanese/xvi-sjis
parent31e79fb48c09b8936cf3a3075962388ce8aa7384 (diff)
downloadfreebsd-ports-gnome-7bbd942e3b99e513080443322ed20beb416ec313.tar.gz
freebsd-ports-gnome-7bbd942e3b99e513080443322ed20beb416ec313.tar.zst
freebsd-ports-gnome-7bbd942e3b99e513080443322ed20beb416ec313.zip
Actually, we're not trying to reinvent the wheel here,
rather adapt it to suit a slightly different purpose. Below are a few main points and reasons as to why we've created filetype: * file does not work so well for loosely defined filetypes ( ie, vCards ) * file uses a text-based type database which can impose unwanted delays in frequently invoked processes * file does not have a heirachial type tree (ie, executable->MSDOS->EXE ) * file is not designed to be incorporated at a source level into existing projects * Simpler and broader type detection engine ( 'file' is very good at pulling out every detail about a file, ie, the resolution of an image, however we do not wish to seek out such fine details ) WWW: http://www.pldaniels.com/filetype/ PR: ports/135087 Submitted by: ismail.yenigul at endersys.com.tr
Diffstat (limited to 'japanese/xvi-sjis')
0 files changed, 0 insertions, 0 deletions