Re: konudisi - yeni turk lirasi

[Nilgün Belma Bugüner <nilgun superonline com>]

Sizin durumunuz da pek ilginç doğrusu.

Yorumsuz:
-------------------------
This message was created automatically by mail delivery software.

A message that you sent could not be delivered to one or more of its
recipients. This is a permanent error. The following address(es) failed:

  baris teamforce name tr
    unrouteable mail domain "teamforce.name.tr"

------ This is a copy of the message, including all the headers. ------

Return-path: <nilgun superonline com>


Esen kalın,
Nilgün

Pazar 3 Ekim 2004 17:07 sularında, Baris Cicek şunları yazmıştı:
> Size gercekten inanasim gelmiyor, efsane diye nitelendirmek istiyorum
> artik. Para birimi koymak zorunda degiliz zaten. Ancak sayi gosterirken
> hala yanlista israr etmenin anlami yok. strfmon tabi ki farkli calisacak
> cunku int_decimal_point dogru belirtilmis yani (,). Fakat unutmayin
> cikti alinirken finans ile alakali islevlerin kullanimi printf ya da
> digerlerine kiyasla yok denecek kadar azdir. Bazi diller icin para
> ondalik ayiraci ve sayi ayiraci farkli olabilir (ama Turkce icin degil.
> Yore dosyasinda farkli belirtilmesinin nedeni cesitlilik olsun diye
> degil, zaten farkli oldugu icin. Turk yore dosyasi icin durum da bariz
> bir sekilde hatadir. Insanlar rakamlari neden nokta ile goruntulesinler
> ki dogru kullanimi mumkun iken? Neyse zaten patch gosterilmis umarim
> commit ederler, senelerden beri var olan yanlislikta duzelir. Etmezlerse
> bir daha bir daha hata bildiriminde bulunuruz sorun degil.
>
> On Sun, 2004-10-03 at 16:48, Nilgün Belma Bugüner wrote:
> > Selam,
> >
> > Bir de strfmon ile deneyin. Özelikle para gösterimleri için daha
> > marifetlidir.
> >
> >
> > Esen kalın,
> > Nilgün
> >
> > Pazar 3 Ekim 2004 13:07 sularında, Baris Cicek şunları yazmıştı:
> > > `man 3 printf`
> > >
> > >        "For  some  numeric  conversions  a radix character (âdecimal
> > > pointâ) or thousandsâ grouping  character  is  used.  The  actual
> > > character  used depends on the LC_NUMERIC part of the locale. The POSIX
> > > locale uses â.â as radix character, and does not have a grouping
> > > character.  Thus,
> > >                    printf("%â.2f", 1234567.89);
> > >        results in â1234567.89â in the POSIX locale,  in
> > > â1234567,89â in  the nl_NL locale, and in â1.234.567,89â in the
> > > da_DK locale."
> > >
> > > Simdi tr_TR locale'i icin demek ki cikti ne imis, "1234567.89". Peki
> > > olmasi gereken ne? Tabi ki "1234567,89". Bu sekilde olmasinin sebebi
> > > peki nedir? LC_NUMERIC'de decimal_point'in <U002D> olmasi yani '.'.
> > > Duzeltmek icin gerekeni de daha onceden soyledim. Umarim yeterli
> > > olmustur 'gerekliligini' anlatmak icin.
> > >
> > > Durumu anlatan kod ekte. Ciktisi da:
> > > $ gcc -o test test.c && ./test
> > > Secili yore en_US, gosterim: $ 1,543,423.75
> > > Secili yore tr_TR, gosterim: 1543423.75 TL
> > > Secili yore fr_FR, gosterim: 1543423,75 EUR
> > > Secili yore da_DK, gosterim: kr 1.543.423,75
> > >
> > >
> > > 'Gereksiz' cikis yaptigim icin de ozur dilerim.
> > >
> > > On Sun, 2004-10-03 at 03:30, Nilgün Belma Bugüner wrote:
> > > > Cumartesi 2 Ekim 2004 23:46 sularında, Yüksel ÃZCAN Åunları yazmıÅtı:
> > > > > Selamlar,
> > > > >
> > > > > Bir muhasebeci olarak bir kac ekleme yapmak istiyorum;
> > > > > Yeni turk lirasinin Sembolu YTL ve yeni Kuru$un sembolu de YKr'dir.
> > > > > rakamin yaziyla yazildigi fatura basan programlar icin yaziyla()
> > > > > gibi olan bi fonksiyonun kuru$u da goz onune alarak duzenlenmesi
> > > > > gerekir, Diger bir nokta da glibc'deki sorun, acikcasi bir ondalik
> > > > > ayirac(kuru$ ayiraci) na sahip oldugumuz icin $ansliyiz :) cunku
> > > > > bir "bin (thousand seperator) ayiraci"miz yok. Sembol olayina
> > > > > gelince, bi kac sene sonra
> > > >
> > > > Binlik ayracımız var. Siz parasal gösterimi kullanmıyorsunuz
> > > > anlaÅılan. Parasal gösterimi kullanırsanız binlik ayracımız
> > > > olduÄunu görürsünüz. Konu ile ilgili adresi dikkatle okursanız
> > > > neyi nasıl
> > > > kullanmanız gerektiÄini öÄrenebilirsiniz (türkçedir):
> > > > http://belgeler.org/glibc/glibc-Locales.html
> > > > Glibc iç hesaplamasında ondalık ayraç olarak nokta kullanır ve
> > > > binlik ayraç yoktur. Sadece biçimli çıktı alma aÅamasında yerel
> > > > gösterim o da siz öyle isterseniz kullanılır.
> > > >
> > > > Sayısal gösterimdeki ondalık ayracın virgül mü nokta mı
> > > > olacaÄının bir önemi yok. Ãnemli olan parasal gösterim ki, onda
> > > > zaten sorun yok; binlik ayraç nokta, ondalık ayraç virgüldür.
> > > > Sayısal gösterim olarak parasal gösterimi seçmek mümkün
> > > > olduÄuna göre (zaten baÅka çaresi de yok) sayısal gösterimin
> > > > farklı olması sadece bir çeÅitlilik yaratır.
> > > >
> > > > Ayrıca glibc'de sayısal gösterimin nasıl seçileceÄi de belli
> > > > deÄil. Yani sayısal gösterim sadece dosyada var, çıktılamanın
> > > > çaresi yok! Yerel dosyasında, glibc iÅlevleri ile gösterimi
> > > > mümkün olmayan o kadar çok tanım var ki, bu da onlardan biri.
> > > > Yani, aslında üzerinde kopartılan fırtınaya deÄecek birÅey yok
> > > > ortada.
> > > >
> > > > > "Yeni Turk Lirasi" tanimindaki "Yeni" ibaresi buyuk ihtimalle
> > > > > kaldirilacak, bakanlar kurulu bu yetkiyi kendine vermi$, fakat bu
> > > > > "yeni"
> > > >
> > > > Büyük ihtimalle deÄil, 2006'da kalkacak. YTL sadece geçiÅ
> > > > aÅamasında 1 yıllıÄına geçerli. Bu nedenle glibc yerelinde
> > > > deÄiÅiklik gerekmiyor. Zaten para sembolleri uluslarası bir
> > > > standarda göredir (ISO 4217). Glibc yerelinde TRL yerine baÅka bir
> > > > para birimi gerekiyorsa, önce devletin bu standartta gerekli
> > > > deÄiÅikliÄi yaptırması lazım. Birileri istedi diye glibc
> > > > yerelindeki tanımlar deÄiÅmez.
> > > >
> > > > Bunları açıklamak ihtiyacını duydum çünkü glibc tr_TR
> > > > yerelinde bir deÄiÅiklik istenirse onlar da bana soruyor. Onları
> > > > kafamdan uydurmadım, hemen hepsinin bir standardı ya da geçerli
> > > > bir nedeni var.
> > > >
> > > > > ibaresini kaldirma i$inin 2005 icinde olabilecegini sanmiyorum,
> > > > > cunku 2005'te her iki para birimi birlikte kullanilacak, "Yeni"
> > > > > ibaresinin kalkmasi telafisi mumkun olmayan hatta Merkez Bankasini
> > > > > iflas ettirebilecek duzeyde sorunlara sebep olacaktir, sadece
> > > > > YTL'nin tek basina kullanilmaya baslanacagi donem 01.01.2006'dan
> > > > > itibaren baslayacak, bunu da goz onune alirsak, 1 yilligina
> > > > > glibc'de degisiklik yapilmasi oturup ta dusunulmesi gereken bir
> > > > > mesele. Diger bir konu da muhasebe programlarinin uygulamada
> > > > > karsilasacaklari sorunlar; YTL ile ilgili mevzuat $oyle diyor;
> > > > > en du$uk para birimi 0.01 YTL yani 1 YKr dir; durum boyle olunca
> > > > > bir faturanin en du$uk bedeli en az 1 Yeni Kuru$ olacak demek,
> > > > > diger taraftan halen yurt di$ina yapilan ihracatlarda ve yurt
> > > > > di$indan yapilan ithalatlarda $unu oldukca sIk goruyorum;
> > > >
> > > > Toplamlarda kuruŠ2 hane olmak zorunda, sadece döviz kurlarında
> > > > 4 ya da 5 hane olacak ama alıÅveriÅlerde ondalık ayracın
> > > > saÄındaki hane sayısı yine 2; çünkü kuruÅtan küçük para yok.
> > > >
> > > > Buradan çıkan sonuç birim fiyatlarda kuruŠhanesi kalabalık
> > > > olabilir ama ana toplamda 2 hane olmak zorunda.
> > > >
> > > >
> > > > Esen kalın,
> > > > Nilgün
> > > >
> > > > _______________________________________________
> > > > GNOME-Turk ePosta listesi
> > > > GNOME-Turk gnome org
> > > > http://mail.gnome.org/mailman/listinfo/gnome-turk
> >
> > _______________________________________________
> > GNOME-Turk ePosta listesi
> > GNOME-Turk gnome org
> > http://mail.gnome.org/mailman/listinfo/gnome-turk