gdi++.dll quality=5

あとはよろ

linuxっぽくてヤダ

gdi++.dll
http://drwatson.nobody.jp/gdi++/

gdi++.dll は Windows のグラフィック操作をつかさどる gdi32.dll を遮断し、
Mac OS X 並み、またはそれ以上にきれいなスクリーンフォントを Windows 上で再現することができる 2ch 発祥のオープンソースのフォントレンダラです。
このソフトウェアはまだ開発段階のため、思わぬ不具合が起きる可能性があります。定期的にバックアップを行い、細心の注意を払って自己責任の下でご使用ください。

【過去のスレッド】
【美しく】gdi++.dll スレッド【鮮やかに】
http://pc8.2ch.net/test/read.cgi/win/1158937333/
【美しく】gdi++.dll スレッド 2pt【鮮やかに】
http://pc8.2ch.net/test/read.cgi/win/1159371166/
gdi++.dll 3px
http://pc8.2ch.net/test/read.cgi/win/1160178448/
gdi++.dll 4px
http://pc8.2ch.net/test/read.cgi/win/1162385942/

【関連サイト】
まとめ Wiki
http://www18.atwiki.jp/gdiplus2/
http://www.wikiroom.com/windows/?gdi++.dll
GDI++ Uploader
http://free.flop.jp/gdi++/

【関連スレッド】
WindowsのフォントスレッドVer.16
http://pc8.2ch.net/test/read.cgi/win/1153828837/
【違いは】ClearTypeフォントマンセー【歴然】
http://pc8.2ch.net/test/read.cgi/win/1098974791/

【視認性チェック (1)】
||||
| |!|"|#|$|%|&|'|(|)|*|+|,|-|.|/|0|1|2|3|4|5|6|7|8|9|:|;|<|=|>|?|@|A|B|C|D|E|F|G|H|I|J|K|L|M|N|O|
|P|Q|R|S|T|U|V|W|X|Y|Z|[|\|]|^|_|`|a|b|c|d|e|f|g|h|i|j|k|l|m|n|o|p|q|r|s|t|u|v|w|x|y|z|{|||}|~|
|｡|｢|｣|､|･|ｦ|ｧ|ｨ|ｩ|ｪ|ｫ|ｬ|ｭ|ｮ|ｯ|ｰ|ｱ|ｲ|ｳ|ｴ|ｵ|ｶ|ｷ|ｸ|ｹ|ｺ|ｻ|ｼ|ｽ|ｾ|ｿ|ﾀ|ﾁ|ﾂ|ﾃ|ﾄ|ﾅ|ﾆ|ﾇ|ﾈ|ﾉ|ﾊ|ﾋ|ﾌ|ﾍ|ﾎ|ﾏ|ﾐ|
|ﾑ|ﾒ|ﾓ|ﾔ|ﾕ|ﾖ|ﾗ|ﾘ|ﾙ|ﾚ|ﾛ|ﾜ|ﾝ|ﾞ|ﾟ|
|　|、|。|，|．|・|：|；|？|！|゛|゜|´|｀|¨|＾|￣|＿|ヽ|ヾ|ゝ|ゞ|〃|仝|々|〆|〇|ー|―|‐|／|＼|
|〜|‖|｜|…|‥|‘|’|“|”|（|）|〔|〕|［|］|｛|｝|〈|〉|《|》|「|」|『|』|【|】|＋|−|±|×|
|÷|＝|≠|＜|＞|≦|≧|∞|∴|♂|♀|°|′|″|℃|￥|＄|¢|£|％|＃|＆|＊|＠|§|☆|★|○|●|◎|◇|◆|
|□|■|△|▲|▽|▼|※|〒|→|←|↑|↓|〓|∈|∋|⊆|⊇|⊂|⊃|∪|∩|∧|∨|¬|⇒|⇔|∀|∃|∠|⊥|⌒|∂|
|∇|≡|≒|≪|≫|√|∽|∝|∵|∫|∬|Å|‰|♯|♭|♪|†|‡|¶|◯|
|０|１|２|３|４|５|６|７|８|９|Ａ|Ｂ|Ｃ|Ｄ|Ｅ|Ｆ|Ｇ|Ｈ|Ｉ|Ｊ|Ｋ|Ｌ|Ｍ|Ｎ|Ｏ|Ｐ|Ｑ|Ｒ|Ｓ|Ｔ|Ｕ|Ｖ|
|Ｗ|Ｘ|Ｙ|Ｚ|ａ|ｂ|ｃ|ｄ|ｅ|ｆ|ｇ|ｈ|ｉ|ｊ|ｋ|ｌ|ｍ|ｎ|ｏ|ｐ|ｑ|ｒ|ｓ|ｔ|ｕ|ｖ|ｗ|ｘ|ｙ|ｚ|
|ぁ|あ|ぃ|い|ぅ|う|ぇ|え|ぉ|お|か|が|き|ぎ|く|ぐ|け|げ|こ|ご|さ|ざ|し|じ|す|ず|せ|ぜ|そ|ぞ|た|だ|ち|
|ぢ|っ|つ|づ|て|で|と|ど|な|に|ぬ|ね|の|は|ば|ぱ|ひ|び|ぴ|ふ|ぶ|ぷ|へ|べ|ぺ|ほ|ぼ|ぽ|ま|み|む|め|
|も|ゃ|や|ゅ|ゆ|ょ|よ|ら|り|る|れ|ろ|ゎ|わ|ゐ|ゑ|を|ん|
|ァ|ア|ィ|イ|ゥ|ウ|ェ|エ|ォ|オ|カ|ガ|キ|ギ|ク|グ|ケ|ゲ|コ|ゴ|サ|ザ|シ|ジ|ス|ズ|セ|ゼ|ソ|ゾ|タ|ダ|
|チ|ヂ|ッ|ツ|ヅ|テ|デ|ト|ド|ナ|ニ|ヌ|ネ|ノ|ハ|バ|パ|ヒ|ビ|ピ|フ|ブ|プ|ヘ|ベ|ペ|ホ|ボ|ポ|マ|ミ|ム|
|メ|モ|ャ|ヤ|ュ|ユ|ョ|ヨ|ラ|リ|ル|レ|ロ|ヮ|ワ|ヰ|ヱ|ヲ|ン|ヴ|ヵ|ヶ|─|│|┌|┐|┘|└|├|┬|┤|
|┴|┼|━|┃|┏|┓|┛|┗|┣|┳|┫|┻|╋|┠|┯|┨|┷|┿|┝|┰|┥|┸|╂|�@|�A|�B|�C|�D|�E|�F|�G|�H|
|�I|�J|�K|�L|�M|�N|�O|�P|�Q|�R|�S|�T|�U|�V|�W|�X|�Y|�Z|�[|�\|�]|�_|�`|�a|�b|�c|�d|�e|�f|�g|�h|�i|
|�j|�k|�l|�m|�n|�o|�p|�q|�r|�s|�t|�u|�~|��|�−��|�ポ�л��|��|��|��|�榎�掛�弓�芸�鋼�旨�楯≒|≡|∫|
|�倒�培√|⊥|∠|��|�處∵|∩|∪|

【視認性チェック (2)】
|___________________________________________________________
|ABCDEFGHIJKLMNOPQRSTUVWXYZ
|abcdefghijklmnopqrstuvwxyz
|0123456789O1234567890I123456789
|!"#$%&'()=-*@+:;,.<>/_{}[]~|
|aceimnorsuvwxz bdfhjklpqty
|-----------------------------------------------------------
|aaa aca aea aia ama ana aoa ara asa ata aua ava awa axa aza
|bab bcb beb bib bmb bnb bob brb bsb btb bub bvb bwb bxb bzb
|cac ccc cec cic cmc cnc coc crc csc ctc cuc cvc cwc cxc czc
|eae ece eee eie eme ene eoe ere ese ete eue eve ewe exe eze
|iai ici iei iii imi ini ioi iri isi iti iui ivi iwi ixi izi
|mam mcm mem mim mmm mnm mom mrm msm mtm mum mvm mwm mxm mzm
|nan ncn nen nin nmn nnn non nrn nsn ntn nun nvn nwn nxn nzn
|oao oco oeo oio omo ono ooo oro oso oto ouo ovo owo oxo ozo
|rar rcr rer rir rmr rnr ror rrr rsr rtr rur rvr rwr rxr rzr
|sas scs ses sis sms sns sos srs sss sts sus svs sws sxs szs
|uau ucu ueu uiu umu unu uou uru usu utu uuu uvu uwu uxu uzu
|vav vcv vev viv vmv vnv vov vrv vsv vtv vuv vvv vwv vxv vzv
|xax xcx xex xix xmx xnx xox xrx xsx xtx xux xvx xwx xxx xzx
|zaz zcz zez ziz zmz znz zoz zrz zsz ztz zuz zvz zwz zxz zzz
|===========================================================
|----+----+----+----+----+====+----+====+----+=-=-=-=-=-=-=-

【視認性チェック (3)】
|-|‐|ｰ|−|ー|一|―|─|━|
|=|＝|ﾆ|ニ|二|〓|
|≡|Ξ|三|
|+|＋|十|┼|┿|╂|╋|†|

|∇|▽|
|.|．|･|・|
|..|．．|･･|・・|‥|
|...|．．．|･･･|・・・|…|

|｡|。|o|ｏ|0|０|O|Ｏ|〇|○|◯|
|||1|１|I|Ｉ|l|ｌ|�T|│|┃|
|i|ｉ|j|ｊ|�@|
|L|Ｌ|��|
|U|Ｕ|∪|
|v|ｖ|�D|V|Ｖ|�X|∨|
|w|vv|ｗ|ｖｖ|W|VV|Ｗ|ＶＶ|
|x|ｘ|�I|X|Ｘ|�]|×|
|iii|�B|vii|�F|ix|�H|III|�V|VII|�Z|IX|�\|

|<|＜|く|
|ｪ|ェ|ｴ|エ|工|
|ｺ|コ|]|］|
|ﾁ|チ|千|
|ﾃ|テ|〒|
|ﾊ|ハ|八|
|ﾍ|ヘ|へ|
|ﾛ|ロ|口|□|
|ｮ|ョ|ﾖ|ヨ|∃|3|３|∋|

【視認性チェック (4、難読漢字)】
○第一水準
■員鴛夏駕鴬嘉夏寡馨劃獲橿　撞瞳童篤毒曇嚢膿農輩買薄曝
竃慣環贋喜貴亀虐彊蕎響驚薫　爆縛肇髪繁藩費鼻賓富膚葺覆
慶警撃憲賢碁膏轟債鷺纂讃賛　奮糞雰弊瞥箆募墓慕暮簿烹豊
餐暫資事璽襲讐署書薯償嘗菖　鳳帽房墨摩磨魔幕慢漫蔓霧鵡
賞醤醸腎誓青責蹟薦遷叢倉層　蒙貰鑓癒優憂誉傭庸養翼欄藍
曹槽漕蒼遭尊鷹奪壇檀置寵賃　蘭覧裏慮虜糧量零霊櫓露婁篭
漬蔦堤鄭填電董蕩謄騰闘導憧　聾鷲藁〓〓〓〓〓〓〓〓〓〓
○第二水準
僂僖價僵儂儔儼儻冀冑冓冕冪　蓴蔔蕘蕈蘂薈薑薨蕭薔薛藪蕾
凛勸匱厦簒曼燮單嗄嗜嗔嘖噎　薐薺薹藝藹藾藺蘆蘢蘰蘿蠣蟾
營嚆嚊嚔嚏嚴囂嚼囁囈囎囑囓　蠖蠢蠡蠱蠶蠹蠧蠻袤裹褄襃襄
圓團圖圜墅墫墮壓壜壤壟壹壼　褻褸覈覺覽覿詈謇謦譫譽讀讒
壽夐奠寢寞寰寶寳巉巖廈廛廩　貲貳賈賣賚賽贄贅贊贇贏贍齎
廬彙悳恚惷慝慵憙憬憊懃憺懍　贔贖躔躪輦轂邊邉扈醫醺釁釐
懼懾戛戲拿擔掣搴搆攝摯摶攪　鏨鐔鑢鑪钁鑿閹闃闍闔闖闡闥
擒擅擘擧舉擠擡擣擯攬擶擴擲　隲霓霎霏霙霤霪霰霽霾靄靆靈
擺攀擽攘攜攅攤攣攫數晝晨暈　靂靠靨鞏齏顫顰餮饕駑驀驢驥
曁暹霸梟檮棊樌橲檐檳檬櫑蘖　驤驩驫驪髏髑髓體髴鬘鬚鬟鬢
欖鬱殯滬濾瀛瀘熏燻熹爐爨牘　鬣鬮魍魘鯊鰲鱚鱠鱧鱶鱸鳧鳬
犢犧獸獻瓊甕甓畧畫疆疊疉疂　鴦鶯鶩鶺鷆鷏鷙鷸鷽鸞麈麋麌
瘍瘧瘡瘰瘻癘癢癨癩癪盧蘯眞　麕麑麝黌黨黶黷鼇鼈鼕齧龕龜
睿瞽瞻矍矗矚礦礪磚稟禀稾窘　龠�]���囚ｨ�ｩ�ｪ�ｵ�ｶ�ﾝ�ﾞ�F�M
竈窰窶竅竇篝簑簔籠簀篳簍篶　�O�Z�箭奬廐戔檢漲･�ｧ�ｬ�ｯ�ｵ
簣簧簪簟簷簫籌籔籤籖籥籬粤　�糺脯蕘������������\�]����
鬻纜罌罍罎羃羣羲羹羮羶羸譱　�ｩ�ｪ�ｵ�ｶ�ﾛ�ﾞ�F�M�O�Z�_�m��
耆耄耋聟聶胄脣膽臀膺臚臺舅　�廐戔檢漲･�ｧ�ｫ�ｬ�ｯ�ｵ〓〓〓
舊艫菁菷萇萼蕚葷蒹蒿蓍蓐蓁　〓〓〓〓〓〓〓〓〓〓〓〓■

【視認性チェック (5、旧漢字単語)】

參拜　滿州　萬歳　亞細亞　英靈　劍道　稻穗の國　鬪う　野蠻　南蠻

兩國　學徒　歐州　獻身　獻上　玉碎　國粹　鎭魂　讀賣　會社　惡戲

擬古侍樣　臺灣　國の爲　單一民族　英靈の聲　將軍　經營學　螢

○○縣護國神社　巖格　單一民族　九段下驛　人權　氣志團　特攻觀音

釋　大東亞共榮圈　擧國　從軍　國體　曉に　員數主義　嚴しい　實踐

日本對北朝鮮　日本男兒　戀文　懷古　歡喜　壞滅　自民黨　與黨　屬國

同期の櫻　齡　名譽　鐵人　心醉　勳陶　繼承　地圖　　應仁の亂 防衞廳　

發言　拔刀隊　斷行　紅一點　移轉　近衞師團　觸發　亞麻色髮　豐穰の海

日本語譯　よど號　豫告　彈丸　專攻　變人小泉　經験

【視認性チェック (6、心経)】
　　　　　　　　　　　　　　　　　　般若波羅蜜多心経

　　　　　　　　　　　観自在菩薩行深般若波羅蜜多時照見五
　　　　　　　　　　　蘊皆空度一切苦厄舎利子色不異空空不
　　　　　　　　　　　異色色即是空空即是色受想行識亦復如
　　　　　　　　　　　是舎利子是諸法空相不生不滅不垢不浄
　　　　　　　　　　　不増不減是故空中無色無受想行識無眼
　　　　　　　　　　　耳鼻舌身意無色聲香味觸法無眼界乃至
　　　　　　　　　　　無意識界無無明亦無無明尽乃至無老死
　　　　　　　　　　　亦無老死尽無苦集滅道無智亦無得以無
　　　　　　　　　　　所得故菩提薩垂依般若波羅蜜多故心無
　　　　　　　　　　　罫礙無罫礙故無有恐怖遠離一切顛倒夢
　　　　　　　　　　　想究竟涅槃三世諸仏依般若波羅蜜多故
　　　　　　　　　　　得阿耨多羅三藐三菩提故知般若波羅蜜
　　　　　　　　　　　多是大神咒是大明咒是無上咒是無等等
　　　　　　　　　　　咒能除一切苦真実不虚故説般若波羅蜜
　　　　　　　　　　　多咒即説咒曰
　　　　　　　　　　　羯諦羯諦波羅羯諦波羅僧羯諦菩提薩婆訶

　　　　　　　　　　　　　　　　　般若心経

仏説摩訶般若波羅蜜多心経観自在菩薩行深般若波羅蜜多時照見五蘊皆空度一
切苦厄舎利子色不異空空不異色色即是空空即是色受想行識亦復如是舎利子是
諸法空相不生不滅不垢不浄不増不減是故空中無色無受想行識無眼耳鼻舌身意
無色声香味触法無眼界乃至無意識界無無明亦無無明尽乃至無老死亦無老死尽
無苦集滅道無智亦無得以無所得故菩提薩捶依般若波羅蜜多故心無罫礙無罫礙
故無有恐怖遠離一切顛倒夢想究竟涅槃三世諸仏依般若波羅蜜多故得阿耨多羅
三貌三菩提故知般若波羅蜜多是大神呪是大明呪是無上呪是無等等呪能除一切
苦真実不虚故説般若波羅蜜多呪即説呪曰羯諦羯諦波羅羯諦波羅僧羯諦菩提薩
婆訶般若心経

>>3
乙

【にじみチェック (パイプ)】
llllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllll
llllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllll
llllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllll
llllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllll
llllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllllll

WindowsのフォントスレッドVer.17
http://pc8.2ch.net/test/read.cgi/win/1163161704/

いちおうこれも

【紹介】
窓の杜 - 【NEWS】指定したアプリ上であらゆるフォントの描画をなめらかにする「gdi++.dll」
http://www.forest.impress.co.jp/article/2006/09/22/gdiplusplus.html]]
スラッシュドット ジャパン | Windowsで綺麗なフォントレンダリングを実現する「gdi++.dll」
http://slashdot.jp/developers/article.pl?sid=06/09/22/1617251]]
どんなツールでもフォントをキレイにして実行する「gdi++.dll」 :にゅーあきばどっとこむ
http://www.new-akiba.com/archives/2006/09/gdidll.html
hail2u.net - Weblog - gdi++.dll
http://hail2u.net/blog/software/gdi-plusplus.html

汚染を除去しました。

あとはよろで済ませるなら>>2-10とかアンカーくらいは貼れよ馬鹿
テンプレ一覧を見るのに余計な手間を掛けさせんじゃねえぞ低脳野郎
てか大して感心持ってねえ奴が余計なスレ立てすな
お前の身内に不幸が起こるように念じといた

JaneNIDAなら右クリックでテンプレ見れるんだが、他の2chブラウザはそんな機能ないの？

ここまで無様なスレ立ては久々に見ました。
>>1は死になさい。

>>3 乙
>>1は市ね

>>2
そりゃFreeTypeはLinuxの描画ライブラリそのものだし

>>3 乙
>>1は市ね

ところでこれはガンマ値の調節はどこでするのですか

前のスレでオリジナルのgdi++に批判出てたけど、いまだに好きで使ってる。
字形が太くてガッチリしてて割と好みなんだよなぁ。フォントにもよるだろう
がfreetype版は少し繊細と感じる(設定で何とか出来るのだろうか？)
vbsで全適用できるバージョンでエクスプローラー周りも安定してるし。
進化というか、急激な変化に対応できず、自分の満足点で上がっちゃっただけ
かもしれないが。

>>22
NormalWeightが実装されたからそれ使うといいよ。
ttp://free.flop.jp/gdi++/src/gdi0333.zip

>>22
　ヒンティングを切るとオリジナルっぽい見栄えになる気がする。

freetype版はManagerで常駐させると、思わんところで文字化け出たりするのがなぁ
例えばProxomitronの検索と置換の所とか

こんなのが見易いとか言ってる奴目おかしいんじゃねえの
眼科行け、素直にvista買え

　あーっとスルー！！！
　　　　　　　 r'::::::::i
　　　　　　 　 ﾄｰf/__
　　　　　　／　 ｲ|　､ヽ
　　　　　 //_〉　l_l　i_ノ､
＼＼ (_ニノ　〉＿___〉〉 〉
　　　　　　／　　　　} / 　　 　 　　 　 　 ,_-‐､
　　　　　／＼／,ｰ 'ヾ　　　　　　　　　　i"_Y 〈i
　　　　 〈　 <　/　　　　　　　　　　　　　 ゝ^-'"
　　　　　＼i"ヽ､　　＼＼　　　　　／／
　　　　　├ i＼i ｶ　　　　　　,､
　　　　　 |_,,i ノ_ｿ　　　　）　　　　　ゝ

vista (爆笑)

描画の美しさで言えば圧倒的にFreeType版の方が良いんだけど、
フォントリンクに対応できなかったり細かな仕様上の問題が多いので
結局は旧版を使ってる。

描画の美しさで言えば圧倒的にFreeType版の方が良いんだけど、
フォントリンクに対応できなかったり細かな仕様上の問題が多いので
結局は旧版を使ってる。

PortableFirefoxで使うにはどうすれば良いんでしょうか？
多分PortableFirefox.exeがFirefox.exeを呼び出すのですが
PortableFirefox.exeをgdi++.exeにD&Dしてもうまくいきません。

窓の杜大賞にノミネートされているね
http://www.forest.impress.co.jp/prize/2006/nominate.html

他はクズソフトしかないな
決まったようなもんだろ

MeiryoKe使ってる状態でこれ使ったら
すごい糞になったんだけどこんなもんなの？

メイリオなんてクソフォントでgdi++を評価しないでもらいたい

>>35
じゃあ何使えばきれいになるの？

メイリオでLCDにしてごらん
きれいになるはず

俺が使ってるのは
MS P ゴシック
M+2P+IPAG/M+2P+IPAG
VLゴシック
Osaka
この辺

メイリオ系のを使いたいときは
[Individual]
メイリオ=0,

こんな風に設定するといいかも？

なあ

結局GDI++使わずClearTypeで表示するメイリオが一番綺麗なんだよな・・・

Vistaは知らないけどXPでClearTypeでメイリオきれいに写る？
FreeTypeでMSPゴシックのほうがきれいだよ

>>27
使って見てから言え。
こちらは両者比べての結論だから。
MSPゴシックできれいって・・・使って言ってるのなら神経疑うよ。

俺はメイリオ使ったことあるって
MS P ゴシックが汚いってのこそ先入観ありありとしか思えないね
典型的なフォント厨じゃん

分かったよ。でなぜわざわざこのスレにまで来て言うの？

開発者が意欲を失うような、低ﾚﾍﾞﾙなﾚｽは控えてください。

>>42
比較スクショ上げろよ構ってクンｗｗ

>>32
ちょっと前頑張ってたのはこれの関係者じゃないのか？

>>47
同じ事思った

お前ら食いつきが良すぎ

>>42
ttp://kasamatusan.sakura.ne.jp/cgi-bin2/src/ichi63745.png.html

>>50
違うﾛﾀﾞにあげ直せ。

別にカサマツでも見えるじゃないか。

ClearTypeはジャギーが出るからな
その分GDI++に軍配が上がる

>>36
そんなバカみたいにでかい文字普段使わないじゃん。
日常的なサイズで比べろよアフォ

このスレの流れを見ると、綺麗と言うより好みなんジャマイカ？
綺麗とか汚いとかもうどうでもいいから、お互い好きなFontを使えばいい。

>>50
両方汚い

>>52
広告うざすぎ　氏ね

>>57
負け組乙
人が広告収入得るのが嫌なんだなｗ

こんなのでいいのか？
ttp://kasamatusan.sakura.ne.jp/cgi-bin2/src/ichi63752.png.html

>>57
Proxomitronか広告消せるブラウザ使えば？

なんでそこまでしてカサマツにこだわろうとするんでしょうか？

sage議論厨、h抜き議論厨に新たにカサマツ議論厨が加わったか。

そのアップローダー、どこクリックしたら画像が出るんだ？

真中のバナーの下のファイル名の右のダウンロードだろ

実にめんどくせえ。わざわざ使いにくい所選ぶなんて
頭のネジ吹っ飛んでるんじゃねえか？

利点は何？

いまだに愛用しているデスクトップカレンダーで唯一の不満点だった
フォントにAAをかけられない点が解消された。
ありがとう。

>>64
これで満足か？
ttp://free.flop.jp/gdi++/src/gdi0335.png

>利点
Opera＋おみとろん使ってるから利点も何も、最初からバナーなんて見えてないｗ

カサマツ使うだけでこんなに噛み付かれてるのは始めて見たな。
荒れた空気大好きなのか知らんが、
もうちょっと穏便になれないものかなあ。

キチガイしかいねえ

>>66
うん満足、最初から直リン出来るようにしとけよ。

>>69
で、肝心の画質はどうなんだ？
文句があるならお前もスクショ撮って上げろよ。

EmEditorのスクショ
http://free.flop.jp/gdi++/src/gdi0336.png メイリオ　　　　　　ClearType
http://free.flop.jp/gdi++/src/gdi0337.png メイリオ　　　　　　FreeType HintingMode=0
http://free.flop.jp/gdi++/src/gdi0338.png メイリオ　　　　　　FreeType HintingMode=1
http://free.flop.jp/gdi++/src/gdi0339.png M+2P+IPAG　　　ClearType
http://free.flop.jp/gdi++/src/gdi0340.png M+2P+IPAG　　　FreeType HintingMode=1
http://free.flop.jp/gdi++/src/gdi0341.png MS P ゴシック　　FreeType HintingMode=1

gdi++ gdi0333.zip
FreeType CVS(06/12/03 10:31 JST)
Windows XP SP2

AntiAliasMode=2
LcdFilter=1
TextTuning=0
TextTuningR=-1
TextTuningG=-1
TextTuningB=-1

ClearTypeのスペル間違った・・・

>>70
どっちのいいんじゃないの？知らんけど
俺もOpera+Proxomitron使ってるよ。

どうやらvHMPZbLFの怒りは収まったようだな

メイリオ初めて使ってみたけど
メイリオ+gdi++(HintingMode=1)　＞　メイリオ+ClearType　＞　メイリオ+gdi++(HintingMode=0)
と思った。てかHintingってみんな気に入ってるのか？俺には合わないな

>>74
俺はオートヒンティングのLightモードで使ってる。

以前はヒンティング無し・LCDモードで使ってたが、サブピクセルの色が目立ってしまうのでやめた。ヒンティングありだと尚更。
FreeTypeがバージョンアップしたらまたセッティングしてみようと思う。

で、問題はMSPゴシックじゃなかったの？

メイリオとgdi++の組み合わせが最強ということで終了

>>76
レスアンカーもロクに付けれんアフォはすっこんでろ

>>64
足りない人をあぶり出せる。

gdippManagerってどう使うんでしょうか？
タスクトレイで「有効」にしても「 DLLの利用に失敗しました」とバルーンが出てしまうんですが。
gdi++.exe gdi++.dllと同じディレクトリに入れてあります。

そもそもManager自体どういうものか分かってなかったりします。起動中のア
プリにgdi++を適用できるという認識で良いのでしょうか？

>>23
ちょっとやってみました。
太さよりもむしろ、AntiAliasModeを1にしたら好みの感じになりました。
太さはNormalWeight=5でやっています。

>>80
前スレに答えが

>>31
多分子プロセスとして実行していない。firefox.exeを直接実行するしかない。

>>71
そのメイリオ+ClearType
汚くね?
俺んとこだともっと綺麗だけどな

Edwardian Script ITCを結構頻繁に(常用と言ってもいいくらい)使うのですが、
このようなフォントだと文字の右端を切らずに表示させるのは現状難しいのでしょうか？

うわ、知らない人とID被ってるし。

やっぱこのスレを使うには卓越したスキルが必要だな

スキムミルク

>>71
まとめて上げればいいのに。
直リンでないと見られない馬鹿なんて無視。

>>80
マニュアル読め。

氏ね

>>87
別に大したスキルなんて必要ないと思うけど？
ネトラン禁止読めば大体のことは書いてあるし。

お前もスキルが足りないなｗ

この流れにちょっとワロタ

>>87
スレを使うってｗｗ
まずはお前が日本語のスキルを磨けよｗｗｗｗｗ

そんなことよりおまいら。
MSPゴシックを、できるだけ細めにくっきり描く設定を考えてくれ

細めは無理
元々のアウトラインがそうだから

>>95
ＭＳ Ｐゴシック=2,2,-12

くらいでいいんじゃないの。
でも、その条件だったら普通にビットマップフォント出してた方がいいと思うが。

Vistaに今からでも始めから入れてもらえ

MSPゴシックが汚いっていう意見は、たいていビットマップのことしか頭にない。
もちろん他のフォントより太めなのを「汚い」というなら仕方ないが。

いや、印刷に使用する点から見ればＭＳ　Ｐゴシックは汚いよ。
まず、文字間隔幅が狭すぎる。印刷で使用するには詰まりすぎていて読みにくい。
文字線・アキの太さに統一感が無い。だから、わざわざ使う理由は無い。

じゃあWindows標準では使い物にならないですね

>100
印刷の世界から見るとメイリオはどうなのですか?
個人的には丸い気がしてます

そもそもＭＳ Ｐ ゴシックって印刷の時に使われるの？

>100
MSのフォントは所詮スクリーンフォントなんだよな。
Windowsで使うためには最適化されてるけど
印刷とかに使うと変なのよな。

印刷の世界と呼べるほどの環境にはいない自分の感想で悪いけれど。

フトコロがかなり広いこともあって、メイリオは本当に丸い。
仕事として業務文書には使えないと思う。
モダン系のゴシックとしてポップやロゴには十分使うことができる。
ひらがな、カタカナのデザインが綺麗ではないと感じる文字もあるが、
個人的には好きなタイプデザイン。仕事(DM)で本文に使う気はしないけれど……

メイリオ印刷したら笑えるほど酷いぞ

メイリオは行間が勝手に開きすぎるのがどうにもならない。
メモ帳で印刷すると丁度いいがｗ

メイリオってそもそもディスプレイ表示の用途のフォントじゃね？

だね。
ディスプレイ表示ではメイリオが最高。

メイリオ、メイリオいってる奴はなんでこのスレに来るの？

gdi++でメイリオ使ってますが何か？

>>110
えっここってメイリオ禁止だったの？
なんでなんでなんで？
なんでなんでなんで？
なんの練習？

>>104
同意。
特に、MS UI Gothicやメイリオはあくまで表示用のフォントだと思ってる。
画面表示に最適化されたフォントだから、スクリーン上で読む分には悪くないけど、印刷では到底使えないね。

本格的に印刷で使おうと思ったら、やっぱりヒラギノやモリサワを買うしかない。
まあ、以前はMacでしか使えなかったフォントも、最近はOTF化でWinでも使えるようになったから、昔より環境は良くなったと思うよ。

そもそもここフォントスレじゃないし

>>113
それしか使えないのはブランドバック持ってないと街に出れないとか言ってるどこぞの埼○県民と同じ

っていうかGDI++を印刷用で使ってる人なんているの？
表示専用だと思うんだけど。
印刷がどうとか言ってる人って何考えてんのかな？

つーか印刷の話はスレ違いだろ。
フォントに文句言っても不毛だ。

ガンマ値はどこで調節するの・・・？（´・ω・｀）

つーかガンマ値を調整する必要あるか？

ない

>>120
なんでID変わってないの？

この板最近IDおかしいのか？

日付が変わっても数分後までIDが変わらないのはずっと前から。

おかしいのはお前だろ

別にID変わってなくても問題はないだろ。
荒らしや自作自演をやりたいアホは別として。

http://free.flop.jp/gdi++/src/gdi0342.png
４倍サイズのMSゴシックをただ縮小しただけ
ガンマ調節するとこんな感じで違ってくるのだけど。

ガンマ値は本来的にはOSやディスプレイで調整するもん

>>126
その程度の調整ならTextTuningかLcdFilterでどうにかなるんじゃねーの？

>>112
ブリンリスナー発見！！！！！！！！！！！

テンプレの中に入ってる5,6って要らないと思うのだがどーか。

そもそも>>3がテンプレ貼らなければ削除申請してスレ立て直せたのになあ。

スレの削除は月一ペースぐらいでまとめてやるからなぁ
むしろこれでいいだろ

>>126
textTuningだと、白地に黒い字も、黒地に白い字も細くなる。
ガンマ調節だと、白地に黒い字を細くすると、黒地に白い字は逆に太くなる。　←こっちをしたい。

Freetype版でDynafontの表示が崩れる人、
試しに修正ツール作ってみたんで、もしよかったら試してもらえませんか。

ttp://na.yuki.st/sw/fixdynafont20061206.zip

使い方は readme.txt を読んで自己責任でおながいします。

.netアプリで文字が抜けたように表示されないのだけど、うちだけかなぁ？
twintailで発症
ラベルだけ貼り付けた自作アプリでも起こる

>>134
SH G30-M,Pではちゃんと修正されてるっぽい。
すばらしい。

>SH G30-M,Pではちゃんと修正されてるっぽい。

ごめん間違い。巧く行ってたのはビットマップ抜きのだった。
SH G30-M,Pだとこんな感じのエラーになる。

C:\local\home\fixdynafont.win32>ttfix.exe face_00.ttf M0.ttf
iconv: Illegal byte sequence
Warning: Couldn't get font family.
Processing `cmap' table...
  Parsing cmap table.
Processing `name' table...
  Font family name for "Mac, Roman, English" looks like a Shift-JIS string.
iconv: Illegal byte sequence
  Failed to convert substitute to ASCII.
Conversion failed.

>>134
それgdi0172に同梱されてたりするｗ

0333でデフォルトのINIからUseMappingなくなったのはなぜですか？

よくあること

不具合が出るのはスキルが足りないから

sylpeed (sylpheed.sraoss.jp)の

2.2.10 (Stable) では GDI++ が効いて、
2.3.0beta5 (development) では GDI++ 効かない。

この場合ってのは、やっぱり sylpeed 側で、何か
かわったって事なんでしょうか？

誰か sylpeed 2.3.0beta5 つかっている人いませんか？？

>>136
あー、SH G30 というフォントの存在ははじめて知った。
いまんとこ対象外ということで。

中見てみたけど結構修正の難易度が高い……

修正されてるって書いてない？

>>143
SH G30やダイナフォントが変なのはこれが原因じゃなかったっけ？
ttp://na.yuki.st/lily/programming/freetype2_imifu.html

FontForgeで読み込んで保存しなおしたら直るのかな・・・

おチンチンッ、おチンチンいっぱあああ゛゛あ゛あ゛゛゛ラメああえらだｓｄｆじゃぁうぇｒ；ｌ

>>145
ttp://na.yuki.st/lily/programming/dynafont_head.html
Freetype2 がTrueType フォントファイルのヘッダの扱いに関して
厳密すぎるところがあるので、それでもちゃんと読めるように
フォントファイル側を修正するようにしてみたのが >>134 です。

>146
うを！また書き込み規制を被ったか、555よｗ

ねーよ

>>147
SH G30フォントで>>137のエラー出る原因が分かりますた。
どうやら文字コード変換でコケてるっぽいので、fixdynafont.cの
fix_name(finfo, nametable_index, names, name_count) ;
をコメントアウトして、nameテーブルはttfixしてからttfnameで弄ればおｋ

これでSH G30をExcludeする必要が無くなったヽ（´ー｀）ノ
ttp://free.flop.jp/gdi++/src/gdi0343.png

gtk系のアプリはgdi++できません?

自分で試せばわかるだろ

いくつか試してだめだったんで質問したんですが、
書き方、悪かったですね。

試したのはdia,sylpheed,gimp で、 GTK Runtimeのバージョンは2.8.18
です。

私の環境の問題なのか、gdi++が GTK はうまく扱えないのか
わからいので、このあたり御存知の方は教えてください。

>>150
ttfnameでSH G30の中身見たけど、
なんかFamilyとかFullNameの文字がおかしい。
ttfにばらした後、適当に書き換えてしまった方がいいかも。

むしろ逆なんだが

すいません、誤爆です。

>>153
多分そのgtkがfreetypeを使用するようにビルドされてるんじゃね？

NormalWeight実装されて以来、Operaだと一部のページ
（Googleの検索結果とか）の初期表示領域でgdi++自体が無効化されてるぽい。
上下にぐりぐりスクロールしていったん描画領域を更新させてやる？と
効くようになるんだけど、一度他のタブに移ってから再度そのタブに戻ると
また効かなくなるというなんとも不思議な状態。

久々にきたらどれ落とせばいいのかさっぱりﾜｶﾗﾝ
教えて得ろ胃人！

wikiが見やすくなってるのにどれ落とせばいいか分からんって・・・
久々に馬鹿が来たな

wiki整頓されてたんだなー
用事もないから気づかんかったが、とても乙です

　導入したら、良いモニタが欲しくなった……。
　今使ってるのも悪いモニタって訳ではないんだけど、サブピクセルが
分割されていて輝度によって大きさが変わってしまうから、スムージング
があまり綺麗じゃないんだよね。極端に言うと、ぼかした筈の横線が細い
２本の横線のように表現されてしまうという。

>>160
はいはい、おまえさんは賢いよ

>>1みても何も情報ないし、
アプロダ見てもスクリーンショットばっかだし、
このスレになってバイナリ上がってないし、
新参さんが分からないのは無理もないと思うが。

wikiは、スレ読んでるような人間でないと
どれを使うべきかも分からないと思う。
あのトップページを見て、「で、どれを使えばいいの？」
といいたくなる気持ちは良く分かる。

>>164
じゃあお前が>>159に分かるように説明すれば？

つーか久しぶりに来たって事はどうせ本家版(非FreeType版)しか知らない奴だろうし、
最低でもwikiぐらい見ないとGDI++の現状を把握できないと思うけどな。

>>1に情報がないから分からんってのは同意。

今だとgdi0333落とせぐらいは言ってもいいんじゃない？
中の人がドキュメント整理してわかりやすくしてくれたんだしさ
…まあぶっちゃけあれのおかげで俺も流れに追いつけたんだが

そうでもないか

>>166
だったらそれをwikiにでもかいとけ

gdi++を使ってなかった人が一番知りたい情報って>>159だと思うんだけどね。
でもこれは、wikiには書いていない。
今のwikiって、まとまってないまとめサイトみたいな感じ。

あれに手を入れるよりは元配布サイトを更新した方が早そうだが、
開発離れちゃったこともありできないんだろうな。

>>165
説明も何も、>>166が言うように↓使え。で終わる。
ttp://free.flop.jp/gdi++/src/gdi0333.zip

>>169
グダグダ文句言う暇があるならおまいがwiki修正すればいいだろ。
本家サイト更新しろとか他力本願言ってんじゃねえよ。

つーか前スレでver0.01出せとか言ってたやつか？

怖い人ばっかだな

>>168
やらないんだったら黙ってたらいいじゃない
煽ってるだけのﾊﾞｶの方が他力本願かもよ？
上前跳ねてるだけで理解してる俺偉いなんて半島（ｒｙ

>>172
やらないんだったら黙ってたらいいじゃない

まあ、揉めていてもしょうがないんで、改変案でも検討する？
たとえばこんな感じとか。(トップページのテンプレまでの部分)


現在の最新版
================================
・FreeType版
gdi0333.zip

・本家派生版
gdi0112.zip/gdi0109.zip/gdi0052.zip/gdi0018.zip/gdi0011.zip/gdi++20060929-enhance
(詳細はgdi++>バイナリを参照)


本家最終版
================================
gdi++20060927(本家サイト)



関連ツール/アイコン
================================
・Maneger
gdi0312.zip

・アイコン

本家派生版っての、不要じゃない？

FreeType版でなんらかの原因（FontLink）でWindowsの標準レンダラに戻さな
きゃいけないとき、本家版の方式で描画すれば見た目ごまかせる希ガス。
ま、今はFreeType版を煮詰めてる段階だからこれはチラシの裏ってことで。

>175
うーん、確かに現在の本流はFreeType版だからなぁ・・・
だとしたらこんな感じかな？

現在の最新版(FreeType版)
================================
gdi0333.zip


本家最終版
================================
gdi++20060927(本家サイト)
(派生版はgdi++>バイナリを参照)

>176
本家派生版、どれが一番よさげなレンダリングだったのかが
ちょっと謎ですな。
そういう場面が出てきたら、再評価の必要はあるのかも。


あと、これも個人の感性だけど、
トップページにどんなソフトなのかの概略があった方がいいのでは、と思う。
細かな内容はreadmeがあるけど、一文程度はあってもいいのかな、と。

本家派生の最終はロダ番号でいうなら133じゃなかろうか
削除されて、DLL部分だけ143に再うｐされてる

まあいずれにせよ需要はそんなないだろうし、質も大差ないから些細なことだけど

そういえば前からwiki見ていて疑問だったけど、なんでgdi0143がFreeType版の所にあるんだろ？

>>177
これまでのスレトップの要約になるけど、

「gdi++.dll は、 Windows の gdi32.dll に代わってグラフィック操作をつかさどり、
これまでになく美しいスクリーンフォントを実現するオープンソースのフォトレンダラです。」

って感じ？

>180
そうそう、そんな感じの一文。
イメージしてたのは、

このソフトの概要
================================
○○・・・・・・

みたいなのが、一番初めにあってもいいのかな、と。


ただ、テンプレの「グラフィック操作をつかさどる」はGDI32.DLLにかかっていて、
GDI++ではフォント関連の描画しか行わないはずなので、
「gdi++.dll は、 Windows の gdi32.dll に代わってフォントのレンダリングを行い、
これまでになく美しいスクリーンフォントを実現するオープンソースのソフトウェアです。」
の方がいいかな、と。

個人的には”2ch発祥”の文言を残しておきたい気もするけど。

<!--//チラシの裏
窓の杜大賞にエントリされているみたいだけど、どれかの賞に該当した場合本家のものが評価されてのことになるんだろうか・・・
貢献度を考えるとFreeType版をあれこれしている方々も無視できないと思うのだけどね
//チラシの裏end-->

>>182
<!--//チラシの裏
だから本家更新しろとか言ってるんじゃね？
前スレ902や>>169って杜の関係者に思えてくるんだけど。
//チラシの裏end-->

いや、ネトラン大賞じゃねえか？

今のタイミングならgdi0333落とせでいいかもしれないけど、
次スレ立つ頃に何人かで手入れてる状態になってたらテンプレどうする？って話になりそう
まあテンプレは置いといて、wikiには「FreeType版どれ使うかわからない人は
gdi0333.zip落とす。それ以降は自分で追うべし」みたいな文は入れてもいいかも
でも「gdixxx.zipの方が描画が好みだ」とか言い出したらやっぱキリないよな…

>>182
まあ受賞するかどうかわからないけど、普通にFreetype版はスルーされるんじゃない？
貢献度云々は関係なしで、現状だとFreetype版開発者の人とは連絡も取れないだろうし
個人的にはFreetype版の開発者のみなさんには感謝してるから、評価はされて欲しいとは思うけど

工作員がいると分かっていますね

いやだって。wiki直すの大変だし。
下手すりゃ怒る奴出てきて編集合戦とかになるし。
このスレ見てるとそうなっても不思議ないし。

Freetype版も実質開発してるのって二人くらい？

Managerの開発者は？

またこの流れか。
前と同様に開発者が去るお。

ソフト開発と2chっていうのは規模が小さいうちはいい関係で発展するんだけど
あるレベルを超えると破綻するしかなくなる

>>187
555&693

と思うけど、これは違うと思う人がいたら、あるいは俺は違うという人は報告or名乗り出お願い。

あとはなんだ。作者陣の紹介も面白いんじゃないかと妄想。

555
・FT版の提起人
・主に新規機能開拓
・平和を愛する人
・でもｱﾆｵﾀ

とかな。

らぶドルのコピペ貼っただけで認定するのは違うんじゃね？

そういう紹介はアンチを増やすだけだと思う。

ところで、いつの間にやらFreeType版だけになっちゃったんだが、
初期の数倍に大きくしてから縮小ってやり方で同じ品質を実現する事って出来ないのかね。
FreeType版も好きだけど、なんとなく失われてしまったものの未来を考えて、
FreeType版よりすごくなる可能性があるならこのまま失われていくのも勿体無い気が。

>>194
もっと勉強してこい

>>194
FreeType版の開発経緯知ってる？
縮小する分重い、ヒンティング処理しないからボケる、太字が見づらい、って
欠点が無ければ本家版のまま開発継続されてたと思うんだが。

つかFreeType版だけになったんじゃなくて、単に非FreeType版のメンテナがいなくなっただけかと。

FenrirのWikiみたいのががいいなあと言ってみるテスト。

言いだしっぺの法則

オリジナルのGDI++は力強い描画。まさにキュアブラック。
FreeType版はスタイリッシュな描画。まさにキュアウィンディ
で、本当に最初期はFreeTypeで描画しない(できないかった)部分をオリジナルの描画コードで描画することは視野にあった事は告白しておきますが今のところ私は見送ろうと思っています。

縦書き用のグリフを取得してなんとかならないか試すテスト版
ttp://free.flop.jp/gdi++/src/gdi0344.lzh
xdvi-jpのft2vert.*を使って縦書き用グリフを取得するテスト。
既知の問題点:
・おそらく盛大にずれる
・縦書きとは呼べない。
・サブピクセルレンダリングが適当
・コピペのせいで適当
・それっぽく動けばいいやということで適当
・多分日本語圏以外で変になる文字が沢山ある。
FT_USE_MODULE(otv_module_class)
ftmodule.hに追加してFTをビルドしないと駄目なので
とりあえず今回はスタティックリンクです。

>>199乙。そして>>193撤回。

ワロタｗ

今の奴はキュアウィンディっていうのか

>>199
@Arial Unicode MSで落ちる模様。
調べてみたらどうやらFreeType2.2.1のft_validator_runのバグっぽい。

ChangeLogによると2006-08-15で直ったらしいのでCVSでは問題ないみたい。
> `ft_validator_run' wrapping `setjmp' can cause a crash, as found by Jens:
> ttp://lists.nongnu.org/archive/html/freetype-devel/2006-08/msg00004.html

て事はFreeType2.2.2の正式版が出るまで縦書きは厳しいかも・・・

てかFreeType2.2.2の正式版が出るまではGDI++FreeType版自体厳しいんだけどね

　　　　　　　 lヽ ﾉ l　　　　　　　　ｌ l　ｌ ヽ　　 ヽ
　 )'ｰーノ(　 |　|　 | ､　　　　　 / l｜ ｌ　ハヽ　　|ｰ‐''"ｌ
　/　G　　|　|　|／| ﾊ　　/ / ,/ /|ﾉ /l /　ｌ l ｌ|　ｌ　 G ヽ
　l 　 ･　　i´ |　ヽ､| |ｒ|| |　//--‐'" 　 ｀'メ､_ｌﾉ| /　 ・　 /
　|　 D　　l　 トー-トヽ| |ノ　''"´｀　　　ｒｰ-/// |　 D　｜
　|　 ･　　 |／　　 　 | l ||､　''"""　 j　""''/ | |ヽｌ 　・　｜
　|　 I 　 |　　 　 　 | l |　ヽ,　 　― 　 ／　| |　ｌ　 I　 |
　| 　 !!　 |　　 　 /　| | |　　 ` ｰ-‐ ' ´||　,ﾉ| |　|　　!!　｜
ノｰ‐---､,|　 　 /　│ｌ､l　　　　　　 　 |ﾚ' ,ﾉﾉ　ﾉハ､_ノヽ
　/ 　　 　 　 ／　ノ⌒ヾ､　 ヽ　　　 ノハ,　　　 　 |
,/ 　 　　　,イーｆ'´ /´　　＼　| ,／´ ｜ヽl　　　 　 |
　　　　 ／-ト、|　┼―- ､_ヽﾒr'　, -=ｌ''"ハ　　　　|　 ｌ
　　 ,／　 　|　ヽ 　＼　　_,ノｰｆ' ´　　ﾉノ　 ヽ　 　｜　|
､_　　　 _ ‐''ｌ　　`ー‐―''" ⌒'ｰ--‐'´｀ヽ､_ 　　_,ノ　ノ
　 ￣￣　　 |　　　　　　　　　　 ／　 　　　　￣

You, curewindy と cureblack コードネームにしちゃいなyo

…すんません冗談です('A`)

プリキュアプロの視点で見て開発の足を引っ張らない程度のを見繕い
デバッグ用としての2.2.2をうぷするって方向性もあるけどね(お勧めはしないが)

もちろんこのスレを読んでるような相手が対象なわけだから
ドキュメント整備や質問は一切無し、Wikiに載せたりもご法度で。

>>206
FreeType版の正式名称は「gdi--」もしくは「ネトラン禁止」じゃね？

>>207
開発の足を引っ張らない人間ならCVSからソース取ってきて自力でビルドしてるかと。
ま、2.2.1はバグ多いし画質悪いしセキュリティ的にも怪しいからさっさと2.2.2正式出せとは思うけど。

個人的にはひとまず縦書きは置いといてこんな機能があればいいなとか思ってたり。
[ChangeFont]
;えせFontSubstitutes
MS UI Gothic=メイリオ
;えせFontLink
Tahoma=Tahoma,MS UI Gothic,SimSun,PMingLiU

>>208
あーちゃうちゃう >>203 正式版が出るまで縦書きは厳しいかも ってな事書いてあったから
2.2.2の仮Verでもうぷって人柱増やすのも手じゃね？ってな意味合いね
せっかく次？のフェーズ(縦書き)に移ったってのに
現状の自己ビルダーだけで期待するほどのフィードバックあるんか微妙な気がするんよ

>>209
どうせftmodule.hを書き換える必要あるからスタティックリンク版しか出せないし、
だったらCVSビルドでもあまり問題はないんじゃね？ と言ってみるテスト。
ttp://free.flop.jp/gdi++/src/gdi0345.zip

ただ、スタティックリンクだとFreeTypeのバージョンが上がった時に融通が効かないのと
本来これ(縦書き)はFreeTypeの中の人がやるべき事だしなあ。
そもそもFT_LOAD_VERTICAL_LAYOUTがマトモに実装されれば済む話だし、
お前ら英語圏だからって縦書きサボってんじゃねーよ、と。

ここで実装してcontributeすればgdi--の顔が立つと思うが
難しそうだね('A`)

>>208
正式名称とは別に付けるのもいいかなーと

そもそも縦書きにそんな需要があるとは‥‥。

>>208
「ネトラン禁止」って、ネトランのいい広告にしかならないよ。
憎しみの対象気にしすぎて逆効果ですな。

>>204
本体の方は充分レベルまで来てない？

どっちかというと今はmanagerの方に進化して欲しい。
せっかくGUIついてるから、実行中のプロセスの中から
選択的に対象プロセス選べるようにするとか。

>>208
本家：gdi++　FreeType版：gdi--
これ、わかりやすいね。賛成

>>212
managerの充実、おれも希望。
書体別にGUIでパラメータをいじってシミュレートできたら
かなり使い勝手がよくなる

>書体別にGUIでパラメータをいじってシミュレート
これはmanagerとはまた別個の機能だと思うんだけどどうか。
言うなればiniジェネレータ。

え？マジカル★ジェネレーション？

managerにそんな機能は無理。
gdi--のソースを部分的に取り込めば別だろうがな。

>>212
>「ネトラン禁止」って、ネトランのいい広告にしかならないよ。
>憎しみの対象気にしすぎて逆効果ですな。
ネトラン記者の負け惜しみにしか聞こえないのはおれだけ？

http://www18.atwiki.jp/gdiplus2/pages/29.html
ちょっと書いてみた。よかったら使って。

バグを大歓迎してはまずいのでバグ報告にした。

「ネトラン禁止」はネタで言っただけなのになあ。
ネトランやら杜やら最近中の人っぽい人間が多いですな。

>>217
gdi--を追記しときますた。
あとは
バグ報告するならgdippInfoの結果をコピペ汁とか
XPだと2ch.gdi++.freetype.manifestも動作に必要
とかあった方がいいかも？

FreeType版をManagerで有効にしようとしたところ、おなじみの
「DLLの利用に失敗しました。・・・」と出ます。

チェックポイントらしきところはクリアしてると思うのですが、
至っていない点ありましたらご指摘ください。

・gdippManeger.exe(1120版)
・gdi++.dll(1127版)
・gdi++.ini
・FreeType.dll(2.2.1)
・2ch.gdi++.freetype.manifest

を一緒のフォルダに置き、gdi++.iniを
#UseManager=1→UseManager=1に変更してから、
gdippManager.exe起動→「.」のところを「有効」。

気になったこととして、有効にする前に「環境設定」のウィンドウを
開くと、そのウィンドウ内の文字は、gdi++が効いてる状態でした。

>>220
gdi++マネージャのファイル名は
gdippManager.exeになってるか？
一文字でも違うとダメっぽいよ

ところで、最新のgdi345.zipって何？
同梱FreeType2.2.2 CVS　は空ファイルだし……？？

CVSをスタティックリンクしたってことでしょうな。
あとはスタティックリンクするためのちょっとした修正。

>>223
お〜CVS自力ビルド派用のものデスか……
撫でるだけで満足しときマスｗ

「スタティックリンクした」っつってるのに…

いや、俺は自分でビルドしたdllつかってるから，gdi345が
実際のところどんなもんか知らんけどｗ

>>220
ご指摘のとおり「GUI付いてるgdippManager.exe」のままで
使ってました。ありがとうございます。

ただ一応、有効になりましたが、効く場合と効かない場合があり
(同じIEでも一部だけ)、なんか理由があるのでしょうけど
現状の私にはちょっと手がかかっちゃいますね・・・

あきらめて本家派生の非FreeType版に戻りますね。
FreeType版も相当のポテンシャルを感じてはいますので、
あれくらいの「お気軽」導入可能になることを期待しています。

＞◆0x0D/0x20I氏
gdi++のアイコンをできれば
128*128 と 64*64 のサイズ作ってください。

48*48 じゃ小さすぎます…

>>226
建前：あれくらいの「お気軽」導入可能になることを期待しています。
本音：俺様に使ってほしけりゃマニュアル読まずに導入できるように作れよ糞作者共

どうでもいいけどデフォでmanifestっていらなくね？
Managerで複数DLLを切り替えて使う時に面倒だし、2000とXPでfreetype.dllの置き場所が
違うのが混乱の元になってる気がするんだけど。

Managerのアイコンももっとカコイイのにしてよ

>>227
逆に聞きたいが、そんなでかいアイコン何に使うんだ？

Dockにでもいれるんじゃない

ttp://free.flop.jp/gdi++/src/gdi0346.zip
Managerではじめのうち適用されないとかいうやつこんなことしたらなんとかならん？

>>134のツールでSHG30のフォントをばらす。
↓
ttfname3でばらしたフォントの名前を適当に変える。
↓
134のツールを適応する→結合する

で、SHG30でも位置ズレしなくなった。

>>143
やはり、SHG30が内部で持ってる名前がおかしいんだと思う。

×適応
○適用

>>228
freetype.dllなんて他のソフトから使うことはないだろうから
System32とかになんて入れたくないよ

そもそも、

> Managerで複数DLLを切り替えて使う時

があんまりない気がする。

> freetype.dllの置き場所が違うのが混乱の元になってる気がするんだけど

最近混乱してる人いたっけ。

> Managerで複数DLLを切り替えて使う時

これはテスターじゃね？
どっちにしろManifestは要る。
System32諸々についても>>235に同意

>>217
このFAQ案だけど、煽り臭いとこ全部消した方がいいのでは。

あと、gdi--って決まりなの？
全然馴染みない名前になって正直唖然。

てめーで直せ

>>238
修正案を出してみては

煽りというか痛くね？
毎日がエブリデイって･･･（藁）ってレスしたくなるぜｗ

_di32.dll

Wikiなんだから自分で直せよクズ＾＾

久しぶりに構って荒らしが来たな

gdifx.dll　

これなら今のところヒット0件だぜ

gdi+++.dllでいいじゃん。

gdi>>.dll

ファイル名に出来ない

gdi plusでいいじゃん

ファイル名にはあまり記号等を入れない方がいいんだよね
C++ランタイムにもmsvcp71.dllとかがあるくらいだし
gdipp.dll, gdimm.dllでいいのでは

gdi++ft.dll

ft4gdi32.dll

>>232
ヒント：LoadOnDemand

>>250
あたりが一番すっきりしてるかと

>>253
gdippft.dll
合わせ技一本

gj.dll

>>249
“+”がMS-DOSなどでファイル名に使えない文字だから。

ファイル名は、開発者が決めればいいこと。

しねきゃぷしょん持ってる人でボールドの数字ちゃんと太く見える？
3、5、6、0がノーマルに見えるんだけど

>>258
http://www.uploda.org/uporg613162.png

こんなことも起きるんだな

連続ごめん
その数字だけBoldWeightの数字の設定と逆転してる感じがする
BoldWait=16で3560が一番細く
BoldWait=-16で3560が一番太く見えるけどフォント側のせいだろうか

M+2VM+IPAG circleの0なんかと同じ現象かな。
とすればFreeType 2.2.1の問題で、2.2.2では大丈夫なはず。

内側・外側の判定がおかしかったのか。

>>258-263
FreeType2.2.2 CVSでは問題なし。
ttp://www.uploda.org/uporg613500.png

>>217
直してみた。

しかし今のスレの>>1は本当に駄目だな。
qualityって設定項目、もうないし。

( ^ิิ౪^ิ)　♥

>>256
別にファイル名変えたってMS-DOSで使えるわけじゃないし限りなくどうでもいいような。
つーか「MS-DOSなど」って事実上MS-DOSくらいしかないだろ
LinuxのC++コンパイラとか思いっきりg++なんてコマンド名だったりするし

でも英数字だけが好ましいでしょ

重いT_T

すさまじくどうでもいい話題が続いてるが
l-o-l.dll　これも運用可能だなｗ

>>268
なぜに？根拠を述べよ。

ま、所詮、ネーミング談義なら他愛なくていいな。
中身に変化はないなら、たとえ「んぺらっちょ.dll」でも可

なんでいつまでもファイル名の話をしてるの？

>272
他に話題がないから。

元の++は"32"をバイナリエディタで書き換えるときに、
バイト数が同じで見分けが付きやすい文字を考えたんだと思うな。

まぁなんでもいいや

軽くなれば名前なんて「うんこ」でもいい

美しく、力強く、鮮やかに。
新たなうんこの世界を体験してみませんか。

いまだに日本語のファイル名を使うなとか言う人がこのスレに来てるのか

そもそもファイル名変えたらManagerで使えないだろうが
互換性って言葉を知らないのか？

話題が無いからって無意味な話題をいつまでも続けるなよ馬鹿共

Managerなんて作り直すとか設定ファイルでDLLの名前を指定できるようにするとかすればいい話だし

>>279
お前プログラム書いたことないだろ

なんか日本語でいいとか言ってる奴もいるし・・・
データファイルならともかくexeやdllに日本語ファイル名付けるなんて無知もいい所

さすが>>1が馬鹿なだけあるな
類は友を呼ぶってか？

こういうだるいのもうやめね？

>>280
ﾌﾟｷﾞｬｰ

280には明快な説明をお願いしたいな

linux使ってみろ

managerの方はソース公開されないんだろうか。

INAXなら使ってるんだけどな・・・

ToToの俺はこのスレに来るなということか

>>282-283
PE形式の仕様書でも嫁
ファイル名やAPI名はASCII文字列でヘッダに格納しろって書いてあるだろうが

つうかDLLに日本語ファイル名付けてるソフトなんてどこにあるんだ？

実行ファイルならあるな。
極窓とか。

>>288
>>272

老害は死んでいいよ

>>288
ヘッダに格納とか正気を疑ってしまうんだが。

>>288
Unicodeになった今に何を・・・(笑)


って駅前のバイクやの娘さんが言ってた

キュアブラックはGDIpp（ｼﾞｰﾃﾞｨｰｱｲﾌﾟﾗﾌﾟﾗ）
キュアウィンディはGDImm（ｼﾞｰﾃﾞｨｰｱｲﾏｲﾏｲ）
でいいじゃん(´・ω・`)

ppや++がイヤなら思い切って後ろを丸ごと変えるとか。

GDIDX
GDIXP
GDIxx
HEJ
とか・・。

GDIvista

それならmacだろ

>>295
つまり本家がGDIcbでFT版がGDIcwだと

gdi32の代替えdllなんだから++してgdi33とか。

300ならgdiplus.dll

http://www.google.com/search?q=gdiplus.dll&sourceid=opera&num=0&ie=utf-8&oe=utf-8

gdiplusは論外

漢なら置換

　なんか良い語呂合わせをこじつけられたら、HEJが良いと思う。（笑）

もう、QuaWindyでいいよ

gdisharpとか。

C++、C#のノリで。

そういや一度もVCに全角喰わせたことないな

>>285
managerもソースあがってるからGUIとかつけてくだしあ＞＜

DLL側でManager用の設定画面を用意するとか。
新しい設定項目が出てもManagerで設定できるように。

gdi++.dllは>>273のとおり、gdi32.dllを置換するために付けた名称だよね。
んで、今となっては置換する必要ないし、文字描画だけ変更する訳で、
gdi〜〜と gdiを付けるのも紛らわしいと思う。

ClearType
FreeType
キュアブラック
キュアウィンディ
な感じで QuaType, QueTypeFT なんてどうだ？ｗ

ちなみに、>>280>>288は正しい。
PEヘッダーのdllインポートテーブルはUnicodeじゃなくASCII。
ファイルシステムとかOS全体ではUnicodeに進化してきたけど、
exe（PE)自体はWin95の頃と変わってないからUnicodeじゃないのよん。

極窓.exe

gdi++は暗黙的リンクされないからファイル名は何でもいい

ttp://www.youtube.com/watch?v=y5HqkabcwUo
ttp://www.youtube.com/watch?v=BKqBhMQV-4Y
ttp://www.youtube.com/watch?v=ysOya9KU3E8
ttp://www.youtube.com/watch?v=4Z9XLjdUDuc
ttp://www.youtube.com/watch?v=Bm6kFBcqlgc
ttp://www.youtube.com/watch?v=AexgVdF5opc

お〜さすがgdi++のせいで、歌詞がくっきりですね〜

gdippft.dll
QuaType.exe
QuaManager.exe
QuaType.ini

>>299
個人的に好み

なんでそんなに名前変えることに取り憑かれてるのか
意味が分からない。

他に話題がないからかもしれないが、
それにしてもしつこすぎる。

自己顕示欲でしょ

>>316
期末テストが終わって厨が大量発生中

しかもそのネタがアニメってのが微妙。
別にだれかがちょっとアニメのネタ振りするぐらいなら気にならないが、
それに食いつきまくって延々と続けられるのは微妙すぎる。

アニヲタ
キモい
たのむから
しんでくれ

Q Font Renderer Replacement DLL
QFRR.dll

Qって何？007？

>>307
ソース有無、パッチやらが入り乱れててさっぱり分からぬ。

まぁ実際決めるのは作者だから

SusieとかLHMelt32とか
Power Witch the Royal使ったことある香具師なら分かるはず

>>305
Qure

じゃなかった
Cure
首もいでくる

クオリティも掛けてQuaでいいと思う。Quariaの二の舞にならないといいが（ｗ

いい加減うざい

wikiのタイトル見出し部分のCSSを変えて欲しいのだが、
ここに書いておけば拾われるだろうか？

div.pagetitle{
font-size: 36px;
font-family:verdana, arial, helvetica, Sans-Serif; /* 気分 */
line-height:1.1em; /* 指定しないと折り返した時字が重なる */
letter-spacing: 0px; /* 要らないと思う */
margin: 0.3em;
}

font-family指定やめて。

size固定もちょっとな…

>>333
欧米かっ！

>>330
I think so.

font-sizeは%で指定すれば各自ブラウザで大きさ変えられから問題ない気がする
font-familyはやめといてほしいな

font-sizeは相対指定。
font-familyは指定不要。
line-heightは、
body
{
line-height:1.5;
}
とでも指定すれば良し。line-heightプロパティにおいて、
・単位つきの数値は計算した結果を継承する。
・単位無しの数値は単位無しの数値を継承する。
つまり、ある要素のフォントサイズが20pxで、line-heightが1.5emだったとすると、その子要素のline-heightには30pxという値が継承される。
一方、line-height:1.5となっていれば、その子要素もline-height:1.5である。
たとえ子要素のフォントサイズが40pxだったとしても、行の高さは60pxと計算される。

Web制作でやれ

別にいいじゃん。アニメの話題を延々と続けられるよりは遥かにマシ。

>>335
そこまで書くぐらいなら

ttp://www18.atwiki.jp/gdiplus2/pages/10.html
これを編集すればいいんじゃね？

>>337
そこを編集して反映されるならそうする。

>>338
反映されないのか・・・って当たり前かorz

あれ？アニメの話延々としてたっけな？

どうせなら、もうちょっとは役立つ話にしてくれよ。
コンビニのオススメ商品とかさ。

ちなみにファミマのトンポーローマンは、2chで教わってハマった。

本物の東坡肉知ってりゃあんなモノ食えねーよ

中学生みたいな奴がいるね

山岡がいるな

本物を知らないから安上がりに満足できて本当によかった

井の中の蛙は幸せでした。

>>342-345
そんな……串入れ替えるヒマあんだったら、なんかウマイもん教えろっつーのｗ

gditf
gdi+f
gdif+t
gdi+ft

hejqq

fchoo

fbi++

うむ、今度食ってみるか。

冬だねえ

(*´ω`)冬じゃのう

upろだになんかあった


gdi0333からの変更点
・HookChildProcessesのバグ修正。
　- 「メモリが "written" になることはできませんでした。」とか出るやつ。
　- ANSIアプリで適用されないみたいなのでCreateProcessAもフックした。
　- ついでにManager使ってると自動でHookChildProcesses=0にしてたのをやめた。
・gdi++.exeの動作を改善。
　Wordとかコントロールパネルとかの特殊なショートカットが動くようになった。
・縦書きグリフ読めるかなあ？ (gdi0344、555氏)
※FreeTypeに手を加える必要があるため、付属のgdi++.dllでは対応していない。
　対応させるには別ファイルの下のほうに書いてある手順でgdi++をビルドする。

つーかさ、発端はこの人だろ
http://hp.vector.co.jp/authors/VA028002/
開発者の中に入ってるかもしれんが

だから何？

重い（T_T）

軽い（　'ё'）

真面目な話、FT版は元祖版よりそうとう軽いと思うのだがどーよ。

まじで
俺の設定が悪いのかな
manager使うから悪いのかな
ブラウザ使うと重くてだめだ
でもきれいだから使ってる

>>357
CacheMaxFaces とか設定してる？
ttp://www18.atwiki.jp/gdiplus2/pages/17.html#id_f6dbed85

ぺん2-500（うろ覚え）で使ってる奴とかもいたから、
よほどの環境でない限りふつーに動くと思うぞ。

>>358
CacheMaxFaces設定してなかったけど、設定したら軽くなった！
どうもありがとう

前もあったやりとりだ。

CacheMaxFaces関係の設定は配布時のiniで
適当な数字入れてといたほうがいいような気がする。

ある程度以上の数字入れておかないと重くなるし、
初期にあったメモリバカ食いもなくなったみたいだし。

Pen3 600MHz、メモリ192MBのサブマシン（OS:2k）でも動くには動くｗ
さすがに5年以上前のスペックじゃかなり重いが……。

>>360
　　　　　　　　　　　　　＿＿＿,,,,,.....　-一ｧ
　　　　　　　　　/￣;;;´;;､;;;ヾ;;;, -──--､,!
.　　　　　　　　/'´|;;;;,､;;;;;;;;;;／　　　　　　,!
. 　 　 　　　　/:.:.:.ﾚ´:.ヾ;;;;;;i 　 断　 だ　,!
　　　　　　　/:.:.:.:.:.:.:.:.:.:.:ヾ;i　　る　 が ,!
.　　　　　　/:.;.イ:.:.:.:.:.:.:.:.:.:..ヽ　　 　 　 ,!
. 　 　 　　/ﾚ'　;|:.:.:.:.:.:.:,:ィ:.:.:.:〉　＿＿,.,!
　　　　　/-､ヽ,:|:.:.:,／　/:.:.:/／.:,:ｨ:.:.:.,!
　 　 　 /'ヽ､ヾi ﾞ´.: 　 /__;:;:-'"´ ,;|:.:.:.,!
.　　　 /ゝ-`';:/　.:〈ﾆ=-=ﾆ二￣ヽレ',!
　　　/::::;;;;;／　　'　,, ﾆ｀ｰ-,､__＼〉ｨ,!
. 　 /;:::::／　::.　　　　::.,,＼_ゞ;'＞ 〈;,!
　 /i!:::::iヾ-'、::..　　　　　　 '';~　,;:'/,!
. /;;;i!fi´l_､,.`　　　　　　　 .:　,;:'　　,!
/;;;;;i' ('ー､ヽ　　　　　　..: ,;:''　　　,!
ヽ､jゝ、`ヾ:､ﾞ､　　　,..:'.:'"　　　 .: ,!
　　 ｀`ヽ.､_ ¨`　　,:'　　　　　 (_r:,!
　　　　　　 ｀`ヽ.､..　　　　ノr;ｿ~,!
　　　　　　 　 　 　 ｀`ヾ､　/ ７,!
　　　　　　　　 　 　 　 　 ｀`ヽ,!

初期版は文字がずれるんだよな
入力欄で文字を選択したときとか
表示するだけなら導入が手軽でいいんだが

gdimmはgdi美翔舞(キュアイーグレット／キュアウィンディ)の略です。
今週のプリキュアのエンディングが信じられませんでした。

CacheMax*はなあ。Manager使うとどうよ？

今のやつでも、Firefoxの印刷プレビューだとズレる。

Sylpheedだけどcairo使うようになってから駄目ね。
ということはたぶんfirefox3も駄目ね。
WorldTransform関連やってないからかねえ。

>>365
完璧を求める気持ちには同意する。
ただし印刷するのは間違ってる気がする。まあ分かってると思うけど。

>>366
印刷に使う事と印刷プレビューを勘違いしてないか？

・プレビューと印刷は違うことを認識
・365の発言は印刷しようと思っての発言ではないと認識

>>366
Cairoはフォント周りにFreeTypeも使えるからそれ使ってるんじゃね？
少なくともGDI使って描画してないソフトにgdi++が対応するのはまず無理かと。

まー最初からFreeType使ってくれてるならgdi++なんて必要無いけど。

>>364
どっちがメインなのかということじゃないの。

manager使うとメモリ食い過ぎるという質問に変わるだけかもしれないが、
今みたいに一見の人で「重い」と言う人がいなくなるメリットがあるなら
そっち優先すべきだと思う。

>>370
お前は何も分かってない。

わかってる人説明ヨロ

わかってないが、manager常用の場合の適正パラを知りたかったところ。
晒し合おうぜ。

WidowsXP+SP2、celeron2.4、men512MB。
　　CacheMaxFaces=16
　　CacheMaxSizes=16
　　CacheMaxBytes=2097152
前スレにあった例を倍にしてみたが、快調。

menってなんだよ。……memoryだよ。1Gほっスいー！

しかもWidowsってなんだよ。……未亡人あつめてどうすんだよ。ちょっと、いい響きだけどｗ

未亡人と男たちか

未亡人XPワロスｗ

>>373
CacheMaxFaces=8
CacheMaxSizes=16
CacheMaxBytes=10485760

こんな感じ。ブラウザにしか使ってない。
Firefox自体がメモリばか喰いするから、gdi++の影響がいまいち分からん。

厳密に知りたいなら、例のベンチプログラムで数値変えて
いろいろやってみるしかないと思う。

俺はこんなの。だからどうしたって?ごめんなさい。
CacheMaxFaces=65535
CacheMaxSizes=32
CacheMaxBytes=8388608

Slypheed で駄目なのはショック。

>>380
お前は少し上のレスも読めんのか

何か分かってる>>371の解説はまだか。

Opentype ヒラギノ + クリアタイプの方が軽くて（負荷なし）綺麗です。

ヒラギノを買えてしまう身分がうらやましい。

OTFにクリアタイプとか言ってる時点でアホ決定

きっとわざわざttfに変換して使ってるんだな

ClearTypeが負荷なしとか書いてるのもﾜﾛｽ

>>383
見られたもんじゃなかった。後で比較サンプルあげよう。

と思ってたが、>>385なんだっけ？ さすがに>>386やるのもかったるいし。
というわけでそのまま上げる。
http://free.flop.jp/gdi++/src/gdi0348.png
http://free.flop.jp/gdi++/src/gdi0349.png

>>389
OTFにクリアタイプ＝OTFに標準AA
って意味で。

なんとなく、メイリオでのズヌ表示。
IE7 を入れると半角アルファベットが別フォントになるのはやめれないのだろうか？
なんの為の英字とバランスを統一した日本語フォントなんだか。

http://free.flop.jp/gdi++/src/gdi0350.png

インターネットオプションで変えれるんじゃないの
そもそもIE6でも同じこと

>>389
HintingMode=0
AntiAliasMode=2
LcdFilter=1
でのSSｷﾎﾞﾝﾇ

>>393
使ってるdllが2.2.1のだからLcdFilterは使えないなり。

h0, a2のがこれ
http://free.flop.jp/gdi++/src/gdi0352.png
1とか7にヒゲがつくのが謎だ。

>>394
ttp://free.flop.jp/gdi++/src/gdi0353.zip
すたちっくりんく。

ヒラギノでH=0 A=1 (MacOSX風)と実機(Mac)の比較スクショを誰か撮ってﾎｽｨ
とか言ってみるテスト。

>>393
http://free.flop.jp/gdi++/src/gdi0354.png

>>395のDLLつかった。
さすがにマクはもっていないです。

解像度とかぜんぜん違うから
なんかフォントサイズ合わせるので一苦労した

Mac
ttp://free.flop.jp/gdi++/src/gdi0355.png

Windows
ttp://free.flop.jp/gdi++/src/gdi0356.png
>>395のDLL HintingMode=2 AntiAliasMode=1

>>397
Mac の方が細かさより全体の形を、
gdi の方が細かさを重視した造りだね。

ﾄﾝｸｽ！

>>396
相変わらず1や7にヒゲがつくけどなんでだろう。

>>397
なんか本家版GDI++みたいだなあ。
H=1 A=1 (ヒンティング無効)の方がMacっぽくなるのかな。
てかMacって実はヒンティング処理してない？

>>398
Hintingが2だからだと思われ。
>>397はH0, A1にすれば同じような感じになるんじゃないかい。

HintingMode=1のNoHintingの方がボケボケ感がMacっぽかった
0だとくっきりしまくり
ttp://free.flop.jp/gdi++/src/gdi0357.png

>>401
ていうか一緒じゃね？
「情」とか「書」とか区別つかないし、ボールドが違うのはFreeTypeの太らせ方が違うからだろうし。

おれも>>397のマクと>>401は同じに見える。

>>399
ヒラギノ角ゴW3だと、サイズ大きくしてもヒゲみたいなのでてる。
Hinting=0でも、AntiAliasMode=1だと出ない。
ちょっとだけヒゲみたいなデータ持ってて、それが強調されるんだろうか。

一緒だな

ちょっとだけハゲみたいな遺伝子持ってて、それが強調されるんだろうか。

前から太字化が気に食わなかったから適当に変えてみるテスト。
ttp://free.flop.jp/gdi++/src/gdi0360.zip

比較。
ttp://free.flop.jp/gdi++/src/gdi0361.png

>>405
そういえばハゲとワキガって優性遺伝子だったような・・・

boldはこっちの方がいいように思う。
付属の設定ツールはワイルドだった。

>>406
おお、いいねえ。
混在させてみたら、太字、ちゃんと判別できましたぜ。ちょうどいい。

>>407
そういう意味では野趣豊かね、確かにｗ
こざっぱり、で使い始めのユーザーにはよさげ

不快で貧弱なVLゴシック

362は360の改良ということでいいのか？

>>410
一瞬Xboxがマイナーチェンジしたのかとｵﾓﾀ

今まで嫌いだったms pゴシックやms uiゴシックがこんなにきれいになるなんて・・・
すごいツールに出会った

ビットマップの美しさと、アウトラインフォントの美しさは根本的に違う

ビットマップフォントの美しさ……ね。

俺はブラウザとWordくらいにしか使ってないな。
システムフォントはビットマップの方が見やすいと思う。
メール本文はgdi++でいいけど、受信リストはビットマップの方が俺は落ち着く。
まあ、マネージャーを入れると重いってのもあるが。

>>397
MacはSafariで使うと同じヒラギノ角ゴW3でもボールド表示は自動的にW6になるよ
同じブラウザで比較するためにFirefoxにしたんだろうけど、
Macの場合、フォントの表示品質はSafariの方が圧倒的にキレイ

どれより綺麗とかは知識も他のOSも使った事ないからよくわからない
ただ自分の環境では今までより全然綺麗になった
それだけですごく価値がある

>>416
設定次第で他のOS風にもできるんでどれより綺麗とかは無いと思うんだけど。

Mac
HintingMode=1
AntiAliasMode=1

ClearType (RGB)
HintingMode=0
AntiAliasMode=2
LcdFilter=1

Linux (RGB)
HintingMode=0
AntiAliasMode=2
LcdFilter=16

>>417
前そういうレス（〜の方が綺麗）をよくみたので書いただけです

ビットマップを好む人がいるってのは
小さなフォントサイズとかで目立つ階調幅不足がgdi++に起るからだろうな

ビットマップが 0 と 100 の2色しかないかったとしても 色の差は 100 あるのでハッキリみえる
逆にgdi++ではMSPゴ(12pt)の罫線とかであるが
一番色の濃い部分でも最大まで使えてないので
ビットマップフォントに比べると色の差が不足して薄く見えるケースがある

文字毎にこれをやると重くなるだろうけど
フォントの一番濃い部分が階調幅を使いきってない場合
コントラストを引き伸ばしてから背景と合成する、って事をしたら多少マシになるかもね
もちろん見る人によってはぎらつく感じを受けるとは思うが。

スクショで比べてみるとそれほど差は無い
http://free.flop.jp/gdi++/src/gdi0363.png
そりゃ、微妙なこというと違いますけどね…

>>419
お願いだから、ヒンティング情報が糞なMSPゴシックでビットマップとアウトラインの比較をしないで頂戴！

オレ的今年の5大ニュース
　1.gdi++誕生！
　2.のだめカンタービレ、ドラマ化大成功
　3.イナバウアーで金
　4.J-wave「グルーブライン」の面白さを知る
　5.嫁の妊娠（人工授精）
なんちてー……とにかく開発陣、ありがとうでした！

嫁の妊娠（人工授精）に鳴いた。
こけこっこー。

>>390
OpenTypeフォントは、フォントフォルダの内の緑のOになったやつで.ttfが拡張子のものもある
PostScript Type1フォントは赤のaの絵TrueTypeフォントは青のTTの絵で、TTC(ollection)フォントは緑のTT

OpenTypeフォントにはTrueTypeOutlineとPostScriptOutlineがあって、
TrueTypeOutlineの場合は、拡張子が.ttfか.otf。 PostScriptOutlineの場合は、拡張子が.otf
フォントフォルダでフォントをダブルクリックすれば、どっちのOutlineか書いてある。

TrueTypeフォントの場合はTrueTypeOutlineで、拡張子は.ttfか.ttc
PostScript Type1フォントの場合は、PostScriptOutlineで、拡張子は.pfmなど

PostScriptOutlineは3次ベジェ曲線で、TrueTypeOutlineは、2次ベジェ曲線

PostScriptOutlineのフォントはATMのレンダラで描かれ、TrueTypeOutlineのフォントはGDIのレンダラを使う。
Adobe(Acrobat)Readerでは、恐らく両方ともATM系のすこし新しいCoolTypeエンジンのレンダラを利用する。

メイリオでもこんなにキレイ

(H=0) http://free.flop.jp/gdi++/src/gdi0364.png
(H=1) http://free.flop.jp/gdi++/src/gdi0365.png

gdi++普及委員会では無いんだな……

いや、ココの住人に普及させるも何も．．．

>>425
上はClearTypeより酷いね

窓の杜で賞とったみたいだね

Windows Vista先取り賞ワロタ

http://www.forest.impress.co.jp/prize/2006/result.html

なぁ、やっぱり前に出現してたアレは、窓の杜の回し者だったんかなｗ

vistaってレンダリングの改善しないんだよね？

「メイリオ使ってね」ってのがM$の解ならば、
gdi++って目指すもの全く逆だと思うんだけど。

また変なのが大量に来そうだな。

そろそろ、窓の杜禁止.txtが必要なんじゃないか？

いや、「開発版なので紹介禁止」とかのほうがよくね？

FreeType版は金賞でもお釣りが来ると思うけどね。

>>435
そこまで閉鎖的になる理由は何？

βであることを理解できない馬鹿が沸くからだろ

アンチエイリアスのかかった文字を読んでると頭が痛くなってくるのはなぜだろうか

既にWindows Vistaを追い抜いてその先（Mac）を見据えて
突っ走ってるだろうという突っ込みはだめですか

もう目指せLinuxじゃないの？

>>432
改善無いよ
指定フォントが見つからない場合に表示されるフォントもメイリオじゃないし

まどのもりのやつはワトソンせんせのやつか。ま、5000円くらい受けとっとけ。

>>440
Linuxと同じじゃないの？
FreeType 2.2.2での話だけどね。

>>435
紹介するのは自由だけど質問や苦情などの一切はそちらで面倒見てね.txt
とかでいいんじゃね？

>>439
なんかMacは常にWindowsの先を走ってるとか思ってる？

マカの病気みたいなもんだからほっとけ

ttp://free.flop.jp/gdi++/src/gdi0366.zip
大分前に大きいアイコンが欲しいといっていた人がいたような気がするので256x256で詰め合わせ。
>>432の通り、Windowsのラスタライザは変わることはないと思う。
たとえば、W-ZERO3[es]なんて2.8インチでVGA。デフォルトでQVGA表示だから、ちょうど２倍の
解像度で、Windowsと全く同じラスタライザだけど、実際に文字表示は格段に美しく見える。9pt->18pt相当だし。
同じドットピッチで行って17インチなら、だいたい6倍して3840x2880。このクラスのディスプレイが
PC用として普及するころには、Windows標準ラスタライザでも全然問題ない、ってことになると思われ。
だからこそ、VistaがDPIスケーリングに対応したんだし、もうシステムフォントもメイリオに置き換わっちゃうし、
MSがこれ以上余計にフォント周りに手を出す理由はたぶんないんだろうと。脱線駄文でスマソ。

んで、先取り賞（なんだそれ）って、やっぱ漏れが貰うことになるんだよね･･･流石にけっこう抵抗あるんだけど。
仮にgdi++=\5,000だとして、実際の漏れの貢献度はその\1,000分にも満たないと思うぜ。
かといってみんなで山分けするわけにもいかないだろうし･･･どうしたものだろう。

良いんじゃね？アイデア料ってことでもらっとけもらっとけ。

別にamazon 5000円分くらいならいいんじゃね？

寄付すれば

5000円だったら半日バイトした程度だし。社会的貢献度はそれ以上だからおけおけ。

プログラム組むのに役立つような書籍代にでもまわすとか
結構高いでしょ、あの手の本

ttp://free.flop.jp/gdi++/src/gdi0367.zip
gdi0362からはFreeTypeのソースが混ざってるのでライセンスをFTLにしてみる。
FTL.TXTを流し読みしただけだからこれでいいのかはｼﾗﾈーけど。
内容物は0362と変化ナシ。

>>446
FreeType版じゃなくて本家版が評価されての事だから、いいんじゃね？
てかFreeType版を評価するなら5000円のうち4000円はFreeType Projectの人々が貰うべきと思うんだけどｗ

貢献度が\1,000分にも満たないとしても、この流れを作った功績は大きいし全然おｋ。
別に好きに使ってもいいし、それが心苦しいなら寄付してくり。

ただ、寄付するなら日本ユニセフとか街角の怪しい募金じゃなくて、
ちゃんとした所にお願い。
ユニセフならおｋ。

技術的うんぬんより、gdi32をフックするっていう発想を思いついたことが重要。

発想とそれを形にしたってところが評価されたんだろうから
もらっておけばいい思う
もしFT版がなにか受賞したらFT版を弄ってて名乗り出た人が
もらえばいいさ

俺！俺！！！

>>446
プロトでもなんでも最初に形にしたことの功績は大きいよ。

>>452
FreeType使うノウハウとか、
今のコードに積み重なってるものはかなりデカイと思う。

元祖版のソースは見てなんとなく分かったけど、
今は何やってるかサッパリわからんｗ

今は最低でもFreeTypeのドキュメント調べないといけない罠


で、こんな機会でもないと残念ながら言う機会なさそうだから言っとくか
0x氏　乙＆おめ

FreeTypeのドキュメントってソースヘッダに書いてあるコメントから自動生成しているらしく
関数の説明しか載っていないから、読んでもさっぱり理解できないんだよな。

FTC_Manager_Newの説明見てもいまだにCacheMax＊の意味がﾜｶﾝﾈorz

キャッシュ：下品にならない程度にタップリ使う

>>158
同じ現象(Opera 9.10 Build8679)
gdi0310に踏みとどまるしかない。

さすがOpera使いは各が違った。
使用フォントとかスクリーンショットとか上げる気はないのか？；

ｳｾﾞｪ

俺Opera使いだけどそんな現象にはお目にかかったことがない。
9.02(8585)ね。
LoadOnDemand=1にしたら改善したりしない？

導入してみますた。
標準設定だと、MS明朝が薄すぎる感じですね。

[Individual]
ＭＳ 明朝=,,24,16,,
ＭＳ Ｐ明朝=,,24,16,,

個人的にはこれくらいかな。
DOS時代も、標準出力乗っ取って
別フォントにするソフトを使ってたのを思い出しました
(もちろんアルファベットだけだけど)

http://free.flop.jp/gdi++/src/gdi0368.png
意味も無く設定晒してみる。dllは0345使用。AAとか崩れないよう配慮。
2.2.2使っちゃうと2.2.1には戻れない。でもヘタレなので自力ビルドできない。ごめん。

[FreeType]
HintingMode=1
AntiAliasMode=2
TextTuningR=3
TextTuningG=3
TextTuningB=3
EnableKerning=0
LcdFilter=1

[Individual]
ＭＳ ゴシック=,,-4,-2,,
ＭＳ Ｐゴシック=,,-4,-2,,
MS UI Gothic=,,-4,-2,,
ＭＳ 明朝=,,15,6,,
ＭＳ Ｐ明朝=,,15,6,,

自分としてはこれで結構満足。

つ〜かVC++で何も考えずにfreetype最新版のビルドやってみたら
170KB程度の使えないDLLが出来上がった。
WinCVSとかVC++とか初めて触ったのでぜんぜんわからん。

>>466
>VC++で何も考えずにfreetype最新版のビルド...
つ 全自動ビルドセット

>>466
いいなぁ。俺も使おうかな

VC2005用の全自動ビルドを実行したらエラーでdllが生成されません。。。

↓実行時のログ（？）です。
http://free.flop.jp/gdi++/src/gdi0370.txt

環境はXPproSP2　VC++2005ExpressEditionです。

何か原因がわかればご教授下さい。
ちなみにVBはかじってますが、Cは素人です。。。
宜しくお願いします。

Express Edition だとそのままじゃネイティブアプリは作れない
Platform SDK を入れなきゃ駄目
http://www.microsoft.com/japan/msdn/vstudio/express/visualc/usingpsdk/

この件はVisual Studio の一番のFAQじゃないかな

全自動だとfreetypeのソースが取得できん
取得元のftpのディレクトリからソースが削除されてるみたい

便乗してCVSビルドにチャレンジしてみた。
VC++2005EEとPlatform SDKをインスコ。
gdi00295（全自動セット）のfreetypecvs.cmdを実行、でよいのよねえ？

>>471　当方では、ソースはDLしてたみたい。だけど、ビルド中になにかが行方不明で止まった。
PSDKのパスかしらん？どこ書き換えるのだろ。

そもそもどこにエラーログを吐いたんだかもわからず……。
おわかりの方、ご教示をおねがいします。

SET PATH="C:\Program Files\Microsoft SDKs\Windows\v6.0\Bin";%PATH%
SET INCLUDE="C:\Program Files\Microsoft SDKs\Windows\v6.0\Include";%INCLUDE%
SET LIB="C:\Program Files\Microsoft SDKs\Windows\v6.0\Lib";%LIB%

freetypecvs.cmdの先頭に↑の付け加えてみたら？
(C:\Program Files\Microsoft SDKs\Windows\v6.0はPSDKのパスに置き換えよろ)

FreeTypeのビルドってPlatform SDKいらなくね？

*.makのLINK32_FLAGSから
kernel32.lib user32.lib
を消しても普通にビルドできるんだけど。
実際に生成されたfreetype.dllはmsvcrt.dll以外リンクしてないし。(VC6)

>473
ご教授ありがとうございます。行けました。
色々試してみます。

>470
PSDK入れて、リンクの通りパス通してもダメでした。
何かの設定が抜けているのでしょうかね。
473の方法で出来たんですが、今後の為に明日再チャレンジしてみます。

>471
取得できているみたいです。

>472
自分でも出来たんで、大丈夫ですよ。がんばれ。
ちなみにログ(?)はDOS窓からコピっただけです。。。

>>474
MSのCライブラリもExpress Edition には付いてないと思う。

>>473
なんと！できました。感謝。

ご教示の呪文を加えてyesと二回答えたら、
それはそれは玉のような、368kbの大きなfreetype.dllが生まれました。
バンザーイ！

>>476
え、CRTも付いてないの？
つかVC++2005EEで.NETだけ使うやつなんてほぼゼロなんだから、最初からPSDKも付けとけよなあ。＞MS

>>467 >>472 >>473
ありがとうございます、ビルド成功しました。
WinCVS入れる必要なかったんだなぁ...
VC++2005EEとPSDKインスコしてましたが、パス通してませんでした。

2005以降のCRTは、SxSフォルダにインストされてた気がする

つーか最新のPSDKにはコンパイラが丸ごと含まれてるから
むしろVC++2005EEのほうがいらなくね?

なるほど、いろいろ情報THX！

ビルドの方法がよくわかんなくて、2.2.1で我慢してたけど、今度試してみるわ。

ビルドなんて初めてだったけど、やった出来た。

ところで、旧式のBoldの方が良いと思う漏れは異端ですか？
切り替えられるようにならないかなと書いてみる。

日本国またはアメリカ合衆国、もしくはその両方の著作権法に触れる内容であると疑われることから表示できません。

boldは確かに旧式の方が太くてわかりやすいね。
新しいやつの方がスッキリしてて、俺は好きだけどね。

BoldWeightいじればいいんじゃないの。

ttp://www18.atwiki.jp/gdiplus2/pages/19.html
wikiのこのページ、差分もバックアップも見えない（見えてないだけ？）けど
荒らされたら困るのではないだろうか。

スクショ上げたけど
ttp://free.flop.jp/gdi++/src/gdi0372.png
やっぱり310にとどまるしかないのかな…

>>484
開発環境にGDI++なんて適用するなよｗ

なぜ「開発」だけ特別扱いなのかねえ

>>489
ま、まずいのはわかってるけどね(笑)
俺の場合趣味プログラマだからいいんだよ！

>>490
フォームのデザインをGDI++の環境で作ったら
GDI++を使ってない人が困るからね
(別にコンソールアプリを作る分には関係ない)

将来的に開発を特別扱いしないでいい状態になることを祈る

>>490
>>489にもあるが「開発」が特別扱いなんじゃなくて、「仕事の環境」に
「趣味」で無保証のアプリを入れるな、ということ。

いくら安定・大丈夫といっても、そのせいで作業が遅延したり、成果物に
欠陥ができてしまっては本末転倒。

>>484のどこに仕事なんて書いてあるんだ？

>>493
わざわざageてるあたり釣り臭いけど
まずは開発環境にGDI++を適用しても全く問題ないって根拠を言ってくれないかな。

オール・オア・ナッシング派だな

>>494
別に問題があるかないかなんてどーでもよくてさ。
なぜ開発環境だけ特別扱いするんですか？

そんな必死にならなくても

>>491で「趣味プログラマ」って言ってるんから
そもそも仕事用の環境のことじゃないんだろ

>>490は、++適用は開発に限らず常にある程度のリスクを
覚悟してやってるはずだから、何も開発だけ特別扱いせんでも。
と言いたいのではないか？ と推測

>>494
「問題がない」ってどうやって証明すればいいんだ。背理法？

それはともかく、
開発環境こそ快適なUIが欲しいもんだという気がするがねぇ。

ビットマップフォントを高速に表示するほうが
快適に開発できると思う

長ったらしいコードにアンチエイリアスは・・・

目に優しいやね

めぐりめぐってアンチエイリアス処理をしないOsaka-UIに落ち着いた

おー、もりあがってるなー

IDEでもエディタでもフォント変えるのは俺にとっては良い気分転換になる
たまにフォントころころ変えてるだけで実はなにも進まない事があるけどな(´･ω･`)

490の記述意図はよく分からないけど、開発環境に適用するな、とは書いてあるけど
開発環境「だけ」には適用するな、とは書いてないと思うんだけど。
自分としては、ドッグフードを食う、なんてよく言うけど、開発中のアプリを使うのは
必ずしも悪いことだとは思わないけどね。

>>503
お前は俺か

お前らスクワットでもして頭を冷やせよ。

つか
gdi++コンパイルできる奴の環境はおおむね開発環境だべ

>>507
はあ？

>>505
お前も俺か

スクワットスクワット

>>507
自分はプログラム書けないけど便利なのでmake入れてるクチだが

CVSビルドに成功したら、
iniを「LcdFilter=1」にして使えばよいわけだよね？
ほかになんか、あります？

>>484
> 「クラ　にコンポーネン　を追　するには」という現象もある

つか、.NETアプリに適用すると日本語表示が駄目にならない？

>>513
.NETって括りじゃないと思う
表示に若干の余裕を持ってる自作アプリは
.NET 2.0 だけど欠けてないみたいだし
(メニュー、タブ、ツリー、リストと設定フォームくらいだけど)

たぶん VC# のこの表示は、
細切れに Label貼ってるんだと思う

>>514
.NETって括りじゃね？

ttp://free.flop.jp/gdi++/src/gdi0373.png
単語？の最後1文字が欠けるのと、boldがgdi++で描画されない。
ま、.NETなんかどうでもいいけど。

>>515
ごめん、そうだった。
.NET 1.1 で今ちょっと作り物があったけど
確かに文字欠けるわ。

うーん、括りとしては「.NET 1.x」だろうなぁ
.NET ﾏﾝｾｰな俺にとっては致命的！

って>>135で既出か・・・
どうでもいいと言いつつgdi++適用した.NETアプリをデバッガのnativeモードで追ってみた。

欠ける文字も内部的には正常に描画出来てるっぽい。
boldに至ってはそもそもTextOut/ExtTextOutに飛んできてないみたい。

つう事はgdi++ではどうにもならんだろうな。
ま、.NETをwin32でフックするのがそもそも無茶なのかな。

.NETは建前は単なるWin32のラッパーではないからねえ

そもそもTextOut/ExtTextOutに飛んできてないなら描画されないんじゃなくて
gdi++の影響は受けないけど描画される、とならなければおかしいような。
gdi++がフックした何かの影響で飛んでこなくなってるならどうにかなるでしょう

>>3の「にゅーあきばどっとこむ」に載ってたみたいにして、

「gdi++.exe」のショートカットを作成し、右クリック「プロパティ」。
「リンク先」を「"gdi++.exeのパス" "起動したいツールのパス"」に変更する。

この作業をやったんですが、なんかエラーが出てできないんですがどうしたら良いのでしょうか？

なんかエラーの内容ぐらい書けよ

あ、すみません。。。


受け側に指定されたパス"gdi++.exeのパス" "起動したいツールのパス”は無効です
正しいか確認してください

というのが出ました。

これってショートカットのリンク先の最後のほうに
"C:\Program Files\Mozilla Firefox\firefox.exe"
を入れれば良いんですよね？

ならgdi++のパスが間違ってるんだろうよ。

クリスマスプレゼントに2.2.2ください

>>525
つ gdi0375
そのうち消すので、DLするなら早いうちにどうぞ。

>>526
横から�d

>>526　←ウイルス入り注意

そういう事はsageて言わないと信じて貰えないぞ。
ウィルスなんて入ってないから安心しろって。

gdi0376.zipは本物？

んなこと言ってると誰もうｐしてくれなくなるぞ。
ちゃんと詫びとけ。

ここもsage厨がはびこってるのか

sage厨(笑)

脊髄反射するバカの典型だなｗｗｗｗ

gdi0376の使い方がよくわかんない

agesageだけでいろいろ言うバカ乙

言い出したのは自分だろｗｗｗｗ
頭悪すぎｗｗｗｗｗ

お前は何を言ってるんだ？

ぬるぽの話題ここまで

>>158, >>461と同じくOperaで効かない症候群。環境はWin2000SP4。
Opera9.02でも9.10でも効かないし、>>464のLoadOnDemandも変化無し。
NormalWeight版でかなりキレイになったからOperaで使えないのは悔しい…

>>158では再描画させれば効くようになるって書いてあるけど、
それで上手くいくページもあるし、どれだけ再描画させても効かないページもある。
どうも法則性がうまく見出せない。

↓スクロールして有効/無効が混じった状態のSS。TTF/OTF関係なくこうなる。
http://free.flop.jp/gdi++/src/gdi0377.gif

みんなブラウザのフォントの設定なににしてる？

[exclude]でメイリオ。firefox2.0

>>540
スレ違い

結局gdi375とgdi376は使っても大丈夫なの？

どうやら２ちゃんねる初心者がいるみたいだな

>>540
M+2P + IPAG

メイリオ(Hinting:Normal+AA:Light) のほうがきれいなんだけど
行間が空くのがいまいち。改良版もあるみたいだけど見つからないし…

まあどっちのフォントも俺の環境ではgdi++FTが無きゃ使い物にならない

※現在笑いをこらえています

>>546
※現在笑いをこらえています

※現在笑いをこしらえています

548君、笑いはまだ完成しないのかね？
かれこれ２時間は待たされているんだがな （ﾟДﾟ)y─┛~~

>>540
ヒラギノ角ゴW3
たまにとんでもなく綺麗にレンダリングされるページがある。
それを見る度に感動してしまう。

英字はVerdanaみたいな肉厚なのが好きだけど。

やっぱりどうやってもエラーが出てしまいます。

gdi＋＋のショートカットを作って、Mozilla Firefoxのフォルダに入れて、リンク先のところを
"C:\Program Files\gdi0333\gdi++.exe""C:\Program Files\Mozilla Firefox\firefox.exe"
と記入するので当たってますか？

何度もすみませんがよろしくお願いします。

>>539
メイリオはGDI32じゃ通常アンチが効かないのか。

>>551
xe"と"C:の間に半角スペースが入ってないように見えるんだが。

>>553
できました！！！
ありがとうございます！！！

サンタさん、ありがとうございました。

>>540
M+とかIPA、メイリオ、Osakaなども試したけど、結局MSPゴに戻った。

なんだかんだ言って、これが一番落ち着く。

// ……んなこたぁない
maji?
　　or2 =3

>>557
龍が如く？

閉鎖的に拘って引き篭もった結果がこの有様か？

>>22でも言ってたがfreetype版はオリジナルに比べて細いんだが設定で太さとか変えれるのか？
NormalWeightで設定すると思ったんだけど＋３２にしてもなんにも変わんないが・・・
ちなみにM+2P+IPAG circle

>>560
そりゃ全角で書いても意味無い罠

クリスマスパーティセット、どうもありがとう！
サンタクロースに感謝・・・

.NET Framework必須とかふざけてるの

>>563
別にふざけてないよ。
.NETが普及するかどうかにMSの将来がかかってるから、MSも必死なんだよ。
Vistaに標準搭載したりとか。
まあユーザから見ればふざけてるとは思うけどね。

動かすだけなら多分これでokだと思う。
ttp://www.microsoft.com/downloads/details.aspx?FamilyID=32bc1bee-a3f9-4c13-9c99-220b62a191ee&DisplayLang=ja

>>539
俺もOpera使いで、あなたのSSを見せてもらって愕然とした。
正直、汚すぎると思う。オプションの設定が間違っているんじゃないかな。
環境によって正解が違ってくるのかもしれず適切な助言はできないけど、
きちんとしたチューニングをすれば良くなるはず。

FirefoxはもちろんOperaでも、gdi++が効かないなんて現象は、俺の環境で
は起こっていないので、該当するレス内容をこれまではスルーしてきたが、
あなたのSSを見てオプション設定（環境）なのではないかという疑惑を抱いた。

クリスマスパーティセットのうちのどれが自分の環境に最適なのかを検討中。
従来の2.21に比べて品質があがった分、速度は落ちたような気がする。
体感的なもので許容範囲内だけど、サブピクセルレンダリング有効が原因な
のかな・・・

SSE2ではなくてSSEの「それ」に変えたら改善されました。
CPUからするとSSE2だと思い込んでたから意外な結果でした。
スレ汚し、失礼しました。

>>565
つーか>>539の右はwin標準のAAさえかかってない状態。

>>561
ごめ。
ちゃんと半角で書いてます

>>565
参考までに gdi++.ini ファイルうｐよろ
クリスマスプレゼントも試したが同じ現象。
いまだに310で足踏み中。

>>569
とりあえず付属のgdi++.iniで試せばいいんじゃないの
つーかメモリ足りてる？

369に付属のgdi++.iniは真っ先に試した。やはりダメ。
メモリは余裕で足りてる。1G積んでいるし、Operaを起動させて
Opera上から起動させたNetXfer(HookChildProcesses=1)
は正常にgdi++0369が動作しているし。

>>565
ちょっとSSの撮り方が悪かったかもしれない。
効かないのはページがアクティブになった瞬間に描画される領域だけなんで、
良くSSを見るとM+/メイリオどっちのケースでも一番下の行あたりは
ちゃんとgdi++が効いてるのがわかると思います。
（その行のところが汚すぎる、というわけではないですよね…？）

461さんも既に試してますが、自PCでコンパイルしたCVS版でもダメでしたorz
464さんが問題ないところを見るとWin2000固有の問題なのかも。
#開発初期版から最新版まで一貫して、Office2000立ち上げると強制終了食らうのも
#Win2000だけなんだろうか…

>>572
SS見る限りだと何か拡張機能みたいな物とか使ってない？
普通にOperaでGoogle使ってもxx usersとか出ないんだけど。

当方メモリ512MBのwin2kでOpera9.10もOffice2000も全く問題ナシ。

>>573
>>539は表示がおかしいって事言ってるんだと思うけど

461や539じゃないがOperaの問題を適当に検証(ってほどじゃないが)してみた。
とりあえず俺の環境では

・OperaのSkinが「Windows Native」
・ページ内にinput要素とかtextarea要素とかがある

とinputとかtextareaとか以降の文字にgdi++がかからないっぽい。(inputとかの前の文字にはかかる)
OperaじゃなくてWindowsが描画するもの(ボタンとか)があるとそうなるんじゃないか？

>>573はスキン使ってる？

>>574
>>573はその拡張機能みたいなのが悪さしてるんじゃないかって
言ってると思うんだけど。

>>574
強制終了食らわないし表示も問題ないって意味

>>575
スキンをWindows Nativeにしてみたら・・・うはｗｗｗ AA効いてないｗｗｗｗ

んで、適当に修正してみる。
override.cppの if (GetMapMode(hdc) 〜をコメントアウトしただけ。
ttp://free.flop.jp/gdi++/src/gdi0381.zip

>>573
Win2000+Office2000動くんですね。
うちの2Kマシンはどれも「メモリが"written"になることはできませんでした」的エラーが…。
一体何が悪いんだろう。うらやましい。

ちなみに"xx users"はただのOpera User Javascriptです。
紛らわしくてすんません。OFFにしても症状は相変わらずです。

>>575
確認してみましたが、確かにスキンをNative以外にしたら効くようになりました。
Native時、フォーム要素以前の文字列にはちゃんと適用されるのも同様です。
なんでWindows標準GUIパーツが出てくるとそれ以降効かなくなるんだ…orz

>>578
サンクスコ。うまくいったょ！
スキンなんて目障りだから Windows Native にしてた。
これでやっと310から卒業できる。

>>578
おお！直りました。感動。これで最新版追いかけられます。

ダメ元でOfficeも試してみたら>>579に書いたメモリエラーがでない！
…と思ったら代わりに
gdi++ ERROR
error: 0x80070002 実行できません.
みたいなダイアログが出るように…。

なんにせよOperaで使えるようになって満足です。

freetype版で文字が太くできません・・・
これは使用なのですか？
NormalWeightとか全然効果無いです

なにを使用としているんだ？
と、つっこんでみるテスト

>>582
M+2P+IPAG circle=,,32,

>>560,568,582,583
ttp://free.flop.jp/gdi++/src/gdi0382.png

あ、583じゃなくて584だったorz

なんで俺にレスが必要なんだ？？

>>587
坊やだからさ

皆さん、レスありがとうございます。
けえど、やっぱりできません・・・
一応これから会社なので帰ってきてからやってましす

イタリック右カケアゲた
既知なのか？
アプリ側の問題？
ttp://free.flop.jp/gdi++/src/gdi0383.png

>>483 >>485
自分もboldは旧式のほうが好きです。
iniで切り替えられるようにしてもらえれば嬉しいなぁ。

>>486
BoldWeightを変えても同じ描画にはならないようです。
太さというより、描画方法の好みの問題ですね。

文字と背景の境界をシャープにしたいけど普通に落とした奴では無理？
どう設定してもピンボケになるんだけど…
文字自体は凄いキレイになるから勿体無い感じ

>>592
TextTuning=4
TextTuningR=4
TextTuningG=4
TextTuningB=4
これで駄目だって言うなら今のところないかな。

>>592
LcdFilter=2は？

AntiAliasMode=0、NormalWeight=+9で
文字サイズ16のM+1P+IPAGに何度か微調整してるんだけど
TextTuningの絞込みってもう決着ついてるの？

アンカー無かった
>>593へのスレだった忘れてた。ｽﾏｿ

M+厨に吹いた

決着って何なんだよ…。

えぇと…何て言うか決着じゃなくて
TextTuningの四項目で共通して｢鮮明に見える｣って評価のある
設定の組み合わせっていうのはもう出たのかどうかを聞きたかったんです
変な言い方してすまんです。
ClearTypeと同じ理屈なので既出なのかなと…

過去ログ検索すればいいじゃん

>>600
それもそうなので逝ってきますﾉｼ

現状のデフォルト設定で満足しちゃってる俺は異端なのかな・・・

べつに異端でもなんでもないけど重くねえ？

>>584>>585の通りにやってみたんですが、やっぱりダメでした。
>>591の言うとおり太さは変えられないのでしょうか？
freetypeの方が軽いからできればそれを使いたいのですが・・・

ttp://www.vipper.net/vip150638.png
スクショで比較してみたんですが、やっぱり細いです
何度もすみませんが方法があれば教えていただけないでしょうか？

>>604
やってみて駄目なら、おまいの環境では無理なのだろ。
おまいの環境で出来るようになるまで待つか、
若しくは環境を変えるぐらいじゃないか？

フォント名間違ってるとかそんなオチじゃないよな

過去ログの３番から読み始めて今帰ってきた
現時点ではTextTuningについては全然話題になってなかった
それ以前に漏れはデフォなので高速化と縦書き対応させるのが先と気づいた

ペン４でCPU3.60GHz、RAMが2.00GBなんだけど
MAX Bytesていくらで十分なの？前スレで16777216とか８ケタが居たんだけど。

>>604
右ってClearTypeじゃね？
とりえあずIndividualじゃなくてExcludeに書いてるんじゃねーのと勘ぐってみる。

>>607
キャッシュの話も過去ログで出てたと思うのだが、ちゃんと読もうぜ。
2G積んでいるけど、ネトラン禁止に書いてあった設定そのまま
貼り付けている。
普段の使用に特に支障はない。
あくまでも最大値の設定だから、好きなだけ設定すればよかろう。
ちなみに16777216Bytesだから、16MBytes。たいした量じゃなかろ。

>>606>>608
ちゃんと書いてましたがダメでした・・・

やっぱり>>605の言うとおり出来るまでようになるまで待つしかないのかな・・・

>>610
OSと適用してるアプリ、あと使ってるGDI++のバージョンぐらいは書いといたら？
誰かが検証してくれるかもしれんし、同じ環境の人が後で無駄に悩まずに済む
iniファイル晒すのもいいかな

>>607
体感の話。
1048576の設定だと、しばらくブラウザを使ってると
ページを開く時に少し待たされることがある。
いっぱいになったキャッシュ捨てたりしてるんだと思う。
うちはCPUパワーがない環境なので、
充分パワーがあれば気にならないかもしれない。

10倍の10485760だと気になったことはない。

>>604
なんか、dll入れてないような。

>>607
最近のバージョンだと簡易設定ツール付いてなかったか？

>>610
>>612の言うとおりfreetype.dllの置き場所が悪いとかそんなオチだろうな・・・

>>609>>612
試しに32000000(32M)設定してきた
ちなみに、
MAX Faces=16
MAX sites=4096
MAX Bytes=32000000
ってやったんだけどWin板読み込むのに三秒くらい待つのは相場？
あとキッチリ16の倍数の方が良いのかな

日本国またはアメリカ合衆国、もしくはその両方の著作権法に触れる内容であると疑われることから表示できません。

>>615
XPだとエラー出ねえよ

つーか>>604なんて誰がどう見てもClearTypeって分かるのに、ClearTypeとFreeTypeの画質を区別出来ない奴が
なんでわざわざPC重くしてまでGDI++使うんだ？

M+2P+IPAG circle(H2,A2)
http://free.flop.jp/gdi++/src/gdi0384.png
薄いっスかねえ…。

Tips作ったので次スレのテンプレにでも入れてくれ。
http://www18.atwiki.jp/gdiplus2/pages/31.html

M+1VM+IPAG circle
http://free.flop.jp/gdi++/src/gdi0385.png

メイリオの斜めの部分とかが太いのは仕様ですかorz

皆さん、ホントごめんなさい。
FreeTypeを入れたら出来ました。
>>23をそのまま使えるものだと勘違いしてました。
本当にお騒がせしました。。。

>>620修正
wikiからFreeType.dllをダウンロードして>>23から落としたファイルにいれたら出来ました。

　　　　 　　ヽ(・ω・)/　 　ｽﾞｺｰ
　　　　 　＼(.＼ ノ

>>616
XPはエラーでないのか…。XPは無縁だから知らんかった

>>620
お前はそれで解決かもしれんが俺の立場はどうなるんだよ！
このフォント常用するつもりないからいいっちゃいいけど

>>617
ttp://kunekune.breeze.jp/up/uploader/src/up4706.png
横長で見づらくてスマンが一応SS。左がgdi++.dll未適用、
右がgdi++.dll適用でM+2P+IPAG circle=,,+32の設定
この設定でもやっと未適用の時よりちょっと薄いぐらいにしかならない

更新乙

>>620-621
お前みたいなマニュアルもwikiもろくに読まないクソガキが来ると冬休みだなあって実感できるよ。

>>625
おまいこそ、ヤツの過去レス探らずにクソガキと決めつけやがってｗ

＞589 名前：名無し~3.EXE[sage] 投稿日：2006/12/27(水) 08:17:43 ID:Y9231lCF
＞皆さん、レスありがとうございます。
＞けえど、やっぱりできません・・・
＞一応これから会社なので帰ってきてからやってましす

マニュアルもwikiもろくに読まない「元」クソガキが正解。

はいはい

何歳になろうと、たとえ社会人だろうがガキはガキだよ

このスレを見ている人はこんなスレも見ています。(ver 0.20)
　…　…
七行プログラミング part5 [プログラム]

ずいぶんマニャックなスレ見てますね

Freetypeのキャッシュ説明読みたいんだけど
日本語のサイトって無いの？

気が向いた時にはスタティックリンク版お願いね

http://lists.gnu.org/archive/html/freetype/2006-12/msg00027.html

（ ´,_ゝ｀）ﾌﾟｯ

> Hmm, I don't understand what you want to say with your message.
> Please rephrase in more detail.
>
>
> Werner

ｳｪﾙﾁ

高校のとき英語の模試偏差値20代前半だった俺が、>>632のリンク先の奴を和訳→脳内翻訳→英訳

Quality of CJK font's rendering on Windows was improved by new "gdiplus.dll" using freetype library.
Microsoft's cleartype is a good anti-alias technology for alphabet, you know.
But a lot of CJK font users think that it's a not good technology because a CJK character, especially Kanji, has a lot of lines and curves.
If you apply cleartype for CJK fonts, cleartype will thin out the lines from complicated characters, and it adds very dirty shadow.
This new "gdiplus.dll" makes CJK fonts beautiful and improve readability by grace of Freetype technology because it gives excellent shadow and keeps good thickness.

If you'd like to get more information, see this page.
http://www18.atwiki.jp/gdiplus2/ (Japanese page)

>>634
ちょｗｗｗおまｗｗｗｗ gdiplus.dllてｗｗｗ

つーかこのsasaki ryoとやらは何を思ってこんなメールを送信したのかねえ。
作者でもなさそうだし。

ごめん。see this pageじゃなくてvisit this pageだよな。

>>635
( ﾟдﾟ )


てきとーに説明追加。文法・スタイル、知らんがな。

Quality of CJK font's rendering on Windows was improved by new "gdiplus.dll" using freetype library.
Microsoft's cleartype is a good anti-alias technology for alphabet, you know.
But a lot of CJK font users think that it's a not good technology because a CJK character, especially Kanji, has a lot of lines and curves.
If you apply cleartype for CJK fonts, cleartype will thin out the lines from complicated characters, and it adds very dirty shadow.
This new gdiplus.dll makes CJK fonts beautiful and improve readability by grace of Freetype technology because it gives excellent shadow and keeps good thickness.

New gdiplus.dll named "gdi++.dll" aims to take the place of gdiplus.dll, but it's not stable now.
You can use it for only the application you want to use.
Or, you can replace original gdiplus.dll, but it's very dangerous. I don't recommend it, of course.
If you use gdi++.dll with freetype, you should put freetype.dll on same folder(WinXP) or system32 folder(Win2k).

If you'd like to get more information, visit this page.
http://www18.atwiki.jp/gdiplus2/ (Japanese page)

gdiplus.dllがfreetypeを使ってるわけじゃないから、論理的におかしな英文だ・・・
〜 by new "gdiplus.dll" and its freetype library.
〜 by new "gdiplus.dll" with optional freetype library.
〜 by new "gdiplus.dll" with its freetype library.

gdi++とセットなんだけど、配布形態としてはオプションだよっていうニュアンスがうまく表現できない。
やっぱ俺模試偏差値20代前半だorz

推敲もしないでレスしたくせ、無駄に自己レスしてごめん

便乗して天麩羅を強引に英訳してみる。全然自信ない。

The gdi++ (pronounces g-d-i-plus-plus) is a open source software which replaces the Windows' font renderer.
It improves the appearance of screen text, by using the FreeType font engine.

このWerner Lembergって人はFreeTypeやFontForgeの作者らしいから、うまく取り繕えば何かいい事があるかもね。
英語ペラペラな人誰かﾖﾛ

そもそも、最初にメール投げた人は何を意図してたのでしょうか。

>>637
つーかgdiplus.dllって言ったらぜんぜん別のもの指しちゃうだろ。英語以前の問題

あれじゃ宣伝だろ……池沼と思われてるな多分。

CJK Supportじゃわかんねーだろう。CJK virtical layoutとかGSUBとかかかないとな。

>>623
1.gdi++未使用のフォント描画で、背景黒、文字白の場合、
　フォントが太く表示される。
2.gdi++(FreeType)使用時、背景黒、文字白の場合、
　フォントが薄く（細く）表示される

背景明、文字暗だと逆。
http://free.flop.jp/gdi++/src/gdi0388.png
http://free.flop.jp/gdi++/src/gdi0384.png

背景黒、文字白のgdi++使用時で文字を太くしようとして
NormalWeightに大きな値を設定した場合、
逆コントラストの状態で字が太くなりすぎるので
解決にならないように思う。

これを言ったらいけないと思うが、
やっぱりガンマは必要だと思う。

ガンマ実装の案頼む。
TextTuningはアルファ値をガンマ補正のような演算で補正してる。多分。

描画時というか背景と合成したときに全体にガンマ補正を掛けると当然変になる。
さあどうするか。頼む。

ttp://lists.gnu.org/archive/html/freetype/2006-12/msg00032.html


ベタぼめ

>>643
トンクス
俺が普段スレビューに使ってるN-OSAKAが元々太いんでその辺に気付いてなかっただけっぽいね。正直スマンカッタ
ttp://kunekune.breeze.jp/up/uploader/src/up4758.png
背景白、文字黒だとこんな感じ

>>646
べた褒めでﾜﾗﾀ

>>646
> However, looking at the source code, I see some files liberally taken from
> Microsoft's C runtime sources (e.g. path handling routines).
う〜ん、MSJにあるシェル拡張のサンプルソースからパクったけどマズいかな・・・
サンプルだから問題ないとは思うけどなあ。とりあえず自作関数で置き換えとくか。

>ガンマ
LcdFilterがそれだった希ガス。
ただ、この機能はFreeTypeの中の人によるとMSのClearType特許に抵触してるらしい。

>>646
なんつーか、上10行で初めて見たときの興奮が伝わってくるなｗｗ

しかし外人すごいなー。

なんか良く分からない投稿からgdi++のパッケージファイルに辿りついて、
中のソース見て理解して、ついでに問題ありそうなコードまで見つけるとは。

英語ページ作ってあげたら？

>>652
言い出しっぺ

良く分からない投稿ｗ

>>651
>問題ありそうなコード
そりゃ「Copyright (c) 1994 - 1996 Microsoft Corporation.」とか入ってるからなｗ
自作関数使って修正したのをろだに上げたし、この話題はこれで終わりでいいかと。

素人意見で申し訳ないんだけどRGBは三色の輝度だか濃淡だかの割合で
ClearTypeみたいに文字に補正かけてるんだとしたら、
背景とか文字の色によっていちいち修正かけないとその度輪郭がボケちゃうのかな
メモ帳で設定合わせてもサイトによってまた見づらくなる…
フォントの問題なんだろうか

>>651
外人っていうか、ガチでFreeTypeの中の人だからな。

しかも、ミドルセックス大学教授。著書も沢山。

ヒント:黒い背景に黒い文字

> 黒い背景に黒い文字
ここは笑う所ですか？

やっとガンマ調節の必要性が伝わったですか？

アンチとかでなく真面目に現状では印刷専用に使った方が良いんじゃないかと。
覗いたら今0387になってるけどなんか変わったのかな

え?

>>652
英語ページまだ？

>>646を日本語に訳してくれ


2ch風になー

GDI++はFreeTypeをWindowsのフォントラスタライザに使うすげーハックだ。
マジ感動したよ、FreeType使ってサブピクセルレンダリングに対応してるし。
http://free.flop.jp/gdi++/から落とせるgdi0387.zipにソースとバイナリが入ってる。

ソースを見た限りMSのCランタイムのソースが混じってるようなんだがどうよ。
勝手にソースやバイナリ再配布してライセンス的に問題ないのか？

どうも、GDI32.DLLやなんかの共有メモリ領域を書き換えて、テキスト関連の
APIをGDI++.DLLに置き換えてるらしい。かなり無茶なやり方なんでアンチウイルス系の
ソフトが反応するかもしれない。

悪用される可能性がかなり高いので、ソースを自力でコンパイルせずに
入ってるバイナリを直接実行するなと警告しとく。
俺がソース読んだ限りではソースには問題ないようだが、保証はできない。

これってWindows2kでもClearTypeみたいなものを実現できるものなのか？だったらすげーな。

これの開発者万歳。俺に何を手伝えるかわからんが、まじ感動した。

>>665
翻訳GJ。ウマイ訳だなあ。

>>655
も修正乙。

>>665
ほんとにやってくれる人がいるとは思わんかったw
GJ

>>665
わかりやすい翻訳乙。
最後の数行抜けてるけど、「日本語読めんけど、オリジナルはこのページらしい。
開発者すごいよ。ここで手伝えるかどうかわからんけど、こいつはかなりびっくりした。」って
感じだから繰り返しなんだよね。

このノリで和英できたらなー。でもそうはいかないんだよな。

と思ったら書いてあった・・・orz

よく分からずに雰囲気で訳したり抜かしたししたからつっこまれるかと
思ったら反応良かった。マ板とかよりみんな優しいな。
>>668
和英も言いたいことひたすら並べれば英語で生きてる人々なんだからとりあえずは
空気をよんでくれる。最初のsasakiさんのメールでHmm, I don't understand〜
なのは、短い上に文の区切りが良く分からないからじゃないかと。

Vistaで使ってるんだけど、ここ最近のgdi++.dllを使うと
ハンドルが無効です。とでて動いてくれません。
Vistaで動いてる方おりますか？

27日はgdi++の記念日

09月27日 本家版開発ストップ、wiki開設
10月27日 FreeType版のプロトタイプが誕生
11月27日 1ヶ月記念
12月27日 FreeType開発者の目に留まる

11月27日ｗ

ビスタの次で実用化だな

[HOUSE] 27,november

この調子で行くと来年の2月は本当にMSの中の人くらいには目に止まりそうだな。

> gdi0392.zip
ktkr　これでわざわざビットマップ抜いて汚くする必要がなくなった

ところで
> ・・・ ***Weightの上限・下限を倍にした。
iniのコメントが従来のままなのが気になる

>>676
既にプライベートで使ってる人もいるかもな。

>>672
もうGDI27でいいじゃないか

Thanks for Mr.David Turner.txtも同梱すべきだな

>>665
訳、上手いな。
雰囲気が出てる。

>>679-680
ﾂﾏﾝﾈ

なんか妙にまんべんなく外国からのアクセスが増えたなと思ったらこれか！

ASCIIは問題無いと思うけどその他はどうだか……
絶対駄目なのはタイ、アラビア辺り。

これで盛り上がってくるとまた面白いんだが(海外開発人流入とか)。

>>684
外人がやるとしたらTClockみたいに元の名残が名前だけで殆ど別物見たいになりそうだ

>>683
ｋｗｓｋ

>>685
すでにそうじゃないか

いつか>>687のようなレスをしてみたい

wikiに出てる｢gdi0299(freetype221.zip)｣って最新ですか？

だれかFreetype.dllの2.2.2アップしてくれないかなぁ…

http://free.flop.jp/gdi++/src/gdi0393.txt

またcvsクレクレ厨か。
冬だねぇ……

長いこと非FreeType 版を使ってきたのですが、
FreeType版入れてみても、非FTよりもきれいにならない
特にサブピクセルレンダリングでは緑がにじみまくり。

チューニングが足りないのだろうか。

オプション変更。
gdi0394.zip
パスはバイトインタプリタ有効フラグ

>>691
無いっぽい…

縦書き試したくて見るのも始めてのWinCvs入れたけど全自動ビルドってのは
日付でどれが最新ですか？

>695
このスレぐらい読めよ

ID:a+Zat07w
いい加減うざいよ

ＩＤの最後がｗなだけはあるな

ちょっと前のログに全自動って見つけたけどgdi00295がもうどこにも無いようで
今は休止中ですか

>>699
今確認したけど普通にDL出来たし普通に解凍できたが。
>>3ぐらい読めよ。

全自動在りました。お騒がせしました〜(・∀・)ﾉｼ

で、実行したらダーッ…てしばらく作業してくれて最後に
｢nmakeは内部コマンド又は外部コマンド、操作可能なプログラム又は
パッチファイルとして認識されていません｣とのこと。
　　　　　　　　　　　↓
さらに｢完了しました。指定されたファイルが見つかりません｣とか出て
"freetype2"ってフォルダが出来たんだけど素人はぼちぼち退いとくべきですか？

>701 このｽﾚ位読めんのか。

>>701
糞餓鬼は冬休みの宿題でもしてろよ

gdi362以降

ハンドルが無効です
error：0ｘ80070006
実行できません

と表示されます
gdi333では特に問題もなく使用できています
in Vista

VistaだとManagerを右クリックすると落ちてしまいますが
サービスのTablet PC Input Serviceを切ると落ちなくなった。

>>693
同じく。描画速度は速くなってるけど…

>>696>>702>>703
等ヒントを頂いたおかげでどうにか解決を見られそうです
2005EEとSDK入れるのにすこぶる手こずったけどなんとか双方使用まで漕ぎ着けました
｢指定されたファイルが見つかりません｣を黙らせれば晴れて縦書き(b'A`)bｲｪｰｲ
>>473の呪文すら聞かないんですがここで退散もアリはアリですか？

>>704
どういうタイミングでエラー出るのかとか
再現性の頻度とかも書いて下さい。あと使用アプリ。

で、履歴見ると

>gdi0367からの変更点
>・ExcludeModuleでもとりあえずgdi++.dllはロードしておくように。
>・Manager使ってるとなぜかExplorerでメモ帳が起動しないことがあったので修正。

怪しいのは前者だろうか。

いまさらながら、本家の方にFreeType版の案内を告知しておきました。
それと>>646をうけて、いちおー英語版を用意してみました。
変な表現があるかもしれないけど、少なくとも機械翻訳よりかはマシだと思う。

>>709
(・∀・)ｲｲ!! 乙！

ｽｸｼｮも英語のやつ別に用意しとこ

英語はそんなに綺麗にならないお

>>708
ショートカットやexeファイルをgdi++.exeにドラッグしたときにドラッグしたもののフルパスが表記されるとともに
以下のようにのようなウインドウが出ます。

C:〜〜〜〜〜\**.lnk（ドラッグしたファイルのフルパス）
ハンドルが無効です

閉じると別ウインドウで

error：0ｘ80070006
実行できません

といった具合です。

英文のSS うちはこんな感じ
ttp://free.flop.jp/gdi++/src/gdi0395.png

なんて汚いんだ






























IEの画像縮小は。

>>715
禿同。(ﾟ�听)ｲﾗﾈ





























ブラウザはFirefoxとOperaで十分。

Firefoxの画像縮小も正直余り良いとは思えない。

Firefox はニアレストネイバーな希ガス

画像に限らずOperaの拡大縮小はネ申

いやあ、話題に乗り遅れたけど、FreeTypeの開発者の目に止まったってすごい話だね。

ビットマップ埋め込んでいたり、ClearTypeの表示が微妙な和文に対しては、gdi++でかなり表示品質を上げられるけど、
欧文はClearTypeでもかなりきれいに表示できるから、ClearTypeと比較して、どのくらい品質向上に寄与できるかちと疑問に思ってみた。

FreeType本家の大将に認められるのはうれしいんだけどさあ。
でも本来、gdi++開発の意義って、非アルファベット文化圏のほうが断然大きいはず。
そのあたりの本道が、あの素敵な名前の大学のFreeTypeの大将にはわかってないみたいよね。

＞これってWindows2kでもClearTypeみたいなものを実現できるものなのか？だったらすげーな。

そもそもFreeTypeって、極論すればアルファベット文化圏では、
古いOSのWindows2000ユーザーが恩恵をこうむるって程度のもんでしょ。
しかし非アルファベット文化圏では、すべてのWiondwsユーザーが幸せになれる。
このgdi++を全世界の非アルファベット文化圏へ広げていけたら、すんげえな。

>>721
オマイは右から左へ書く言語に対応したソフトが少ない事に対して
アラブ圏の人間がどう思っているかなんて分かるか？

つまりそういう事だ

縦書きというモノもあるな。
対応してるフォントが少ないんだよ・・・

>>721
しかたないね
「これってWindows2kでもClearTypeみたいなものを実現できるものなのか？だったらすげーな。」
逆にもともとClear Type が役に立たないことが多い俺たちには気付かないからな、この点は

>>721
>そもそもFreeTypeって、極論すればアルファベット文化圏では、
>古いOSのWindows2000ユーザーが恩恵をこうむるって程度のもんでしょ。

コレは違う・・・
お前の頭の中にはWindowsしかないのかと。
Freetypeの主な活躍の場はUnix系とUnixモドキのシステムです。Linuxはほとんどfreetype。
Windowsでも使えるけどね。
ただ、英字のClearTypeがそこそこだったから問題にする人(欧米系のオープンソース・フリー系)が少なかったかね

>>665
なんで口調が「おっすオラ悟空」みたいなんだw

HookChildProcesses=2についてｋｗｓｋ

モトヤバーチ1KPで全角カッコの字間がおかしい
http://free.flop.jp/gdi++/src/gdi0397.png
等角版は問題ないです。
モトヤアポロ、モトヤシーダでも同様の問題あり。

gdi0392.zipで直るかと思ったらそのままだった。
多分フォントのデータ起因の問題だと思うけど、一応報告。

恐らく >>728 はダイナフォントなんかと同じ問題だと思うよ。
ついでにモトヤのフォントは生のGDIでも縦書きの描画なんかはとても変。

静かだな。
ん。また移転？？

そういうことらしい

とりあえずUPロダに挙がっていたので転記。
gdi0401.zip

更新履歴
--------
gdi0392からの変更点 (これは安定版ではないので注意)
・使用フォントやアプリによっては斜体の右が欠けていたのを修正。
　破壊的に修正しているので正しく描画できなくなったアプリがあるかもしれない。

>>732
>>85でEdwardian Script ITCの右側が欠けると言っていた者ですが、
gdi0401で正常に表示されているのを確認しました。開発者の皆さまありがとうございます。

スタティックリンク版お年玉にお願い

つうかCVSのバイナリなんて上げるなよ。
開発者でもない人間が勝手にCVSバイナリ上げたり、ID:a+Zat07wみたいな馬鹿が調子に乗ったり
CVS版で報告する馬鹿まで出てきたりで、開発者に余計な労力使わせて開発停止に追い込みたいのか？

部外者は黙っててね〜

>>734
優しいおれ様が作ってやろう。
んで、そのスタティックってなんだ？

＞gdi0402
お年玉ありがとう神(*´ω`)

ttp://free.flop.jp/gdi++/src/gdi0402.jpg

???

ものすごく示唆を与えてくれる写真だな

なにいいもの安くくってんだよｗ

?????

>>742
文字化け？

お年玉ありがとうございました。

謹んでお受けいたします。
実生活では、今年もお年玉を貰ってしまいました。
成人の名に恥じぬよう、来年こそあげる立場になれるよう努力します。
本日は、まことにありがとうございました。

> 元々アップロードしようと思っていたものです。
ってねぇ・・・

せっかくgdi++.dllという(仮)名称で開発してるから、LineTo()の直線描画をWuみたいな
アルゴリズムで置き換えれば、Windowsのペイントも結構パワフルなツールになったりして。
え、いいだしっぺの法則？･･･(∩ﾟдﾟ)ｱｰｱｰｷｺｴﾅｲ
ttp://en.wikipedia.org/wiki/Xiaolin_Wu's_line_algorithm
ttp://freespace.virgin.net/hugo.elias/graphics/x_wuline.htm
でもペンの種類とか考えると面倒だな、それに、ペン作成後に、ペンのハンドルからペン幅って取得できたっけ？
･･･なーんだ、GetObject()でLOGPENがもらえるのか･･･べ、別に、ち、チラシの裏なんだから気にしないでよねっ！

>gdi0401
なんかアップされてたのが無くなってるけど報告。

条件は特定できないけど字間がおかしくなる場合がある。
http://free.flop.jp/gdi++/src/gdi0405.png
ヒラギノ角ゴW3, Firefox2で確認

>>747
どうせならsPRするとか。

そういえばwineのGDIはFreeTypeあたり使ってるよな。
……それ以上なにも浮かばないけど。

クリスマスプレゼントとお年玉の両方を頂いたけれど、綺麗と汚いで
言うなら、品質的には劣化したと思う。
freetypeだけを挿し替えた同一環境での比較。

>>751
LcdFilter=1

>>747
コントロールの描画がおかしくなるからやめた方がいいと思う

>>752
エスパーのようになぜダメなのかがよくわかるなぁ。
たしかに、その１行を入れていなかった。
まさしく魔法の一行になった。これでクリスマスプレゼントと
遜色のない品質になり、どこがどう違うか素人目には難しくなった。
だけど、進化しているものと捉えて2007年だし、お年玉の方でいく
ことにします。開発してくれた凄腕の作者に敬意を表します。
ありがとう。

> 開発してくれた凄腕の作者
コンパイルしただけじゃん。

>>755
David Turnerに感謝してるんだよ、多分。

A1,H2で常用してるけど、お年玉で文字がちょい縦長になりますた。
全然気にならないですが。

LcdFilter=1より2のほうが、しっとり落ち着くのはなぜ？
おしえてエライ人。

プログラミング年齢8ヶ月の俺にはgdi++のソースは恐ろしいほどのAPIスキルがあるようにみえる
クラスとかコードとかパクリまくりだぜヽ(´ー｀)ノ

たいぶ前から全体像なんてとても理解できてないけどな

配布する時にはライセンス(FTL)に気をつけないと痛い目に遭うぞｗ

ま、自分専用の非公開ソフトなら関係ないだろうけどな。

desktopに描画される文字に影つくようにしてくんろ
ついでに32bitアイコンもちゃんと描画できるようにしてくんろ

by 2kユーザー

ごめんなさい。それはできませんです。。ｂｙ中の人

>>759
プログラムを読むときのヒント：
・まずmainだけをみる。最後まで見終わる。
・次にmainから呼ばれているものの中身を見る。呼び出し先はみないで処理の流れをみる。
・段階的に深いところを読む。

または
・クラス、関数のような小さな単位で読む。クラスの大まかな機能、関数の機能を理解する。
・どこで呼び出しを受けているかを見る。

つmain二千行のクソプログラム

NOP
NOP
(中略)
NOP
NOP

>>763
それはDLLのソースコードを読むときのヒントとしては、ほとんど当てはまらない。
gdi++の場合はIMPL_ExtTextOutW辺りから読み始めるといいかも知れんが。

つかgdi++のソースって他に使えるほど役に立つかなあ。
APIフックのサンプルとしてはそれなりに有用だとは思うけどね。

DLLならまず.defファイルか__declspec(dllexport)かな？

http://ja.wikipedia.org/wiki/GDI++

う〜ん・・・
窓の杜もそうだけど「メイリオで全て解決」的な書き方ってMSの販売戦略の一環だろうか。

別にメイリオがフォントなめらかにしてる訳じゃないし、
というより MS Gothic はビットマップ埋め込んで
むしろわざとなめらかにしないようにしてる訳だし、
変な書き方だな。

書き方が気になるんだったら、どんどん書き直した方がいいよ。
MSからCM料金もらってるわけじゃないんだから。
敷居の低さだけがwikipediaの取り柄だしね。

とりあえず大文字なのが気になる。
先頭の1文字はMediaWikiの技術的制限とやらで大文字でなければならないらしいが
2文字目以降にはそんな制限ないのに。
でも記事名のリネームはアカウント取らないとできないし

即時削除の対象になれば作り直せるが

>>771-772
やった

>書き方が気になるんだったら、どんどん書き直した方がいいよ。
と書いてるのに編集をしてない>>770はべつに気にならないわけだな

ちょっと書いてみた
ttp://ja.wikipedia.org/wiki/Gdi%2B%2B

>>775
内臓のビットマップフォント
↑これ以外はGJ！

>>775
GJ

しまった、誤字かｗ

>>775
ｹｺｰﾝしたみたいだ。

＞テキスト描画に関するAPIを乗っ取ることで
乗っ取るの他にｲｲ表現はないかな
オーバーライドじゃ分かりにくいか

>>780
いんたーせぷと

余計分かりにくいカタカナ語はねぇ
このままでいいか

>>780
フック

置き換える、とか

もう置き換えるになってる
つーか全面的に書き換えられてて>>780の言い回しは跡形もない

ほんとだ
日本時間02:02の編集でそうなってるね、、、orz

おやすみー

あ、わすれてた。
あけおめことよろ〜

うーん、Vista+メイリオ並みに綺麗にするのは、まだまだ難しいのかのう。

>>789
（ ´,_ゝ｀）ﾌﾟｯ

>>789
（ ´,_ゝ｀）ﾌﾟｯ

>>789
（ ´,_ゝ｀）ﾌﾟｯ

>>789
（ ´,_ゝ｀）ﾌﾟｯ

>>789
（ ´,_ゝ｀）ﾌﾟｯ

>>789の人気に嫉妬

>>795
（ ´,_ゝ｀）ﾌﾟｯ

>590みたいな斜体の欠けを解決キボヌ
自分はIE+新ゴで発生します

>732のやつだと、斜体の欠けが無くなった変わりに
立体の右側が欠けたりしてしまうorz.

>>797

>>748とは違う症状なのかな。
>>3のうｐろだに問題のスクリーンショットを載せてくれると、開発者の参考になるかも。

ttp://free.flop.jp/gdi++/src/gdi0406.png
立体の右欠け（新ゴMとかいろいろ on IE6）

http://free.flop.jp/gdi++/src/gdi0407.png
字間がおかしいのと表示が崩れるの（フォント関係なし on 秀丸6.06）

>>799
（ ´,_ゝ｀）ﾌﾟｯ

みんなもうやめてよーーーーーーーーーーーーーー！

プログラムの仕組みとか全然分からないのですが、GTK+ってあるじゃないですか。
あれはオープンソースだと思うのですが、あれのソースコードとかは利用できないのでしょうか？
GIMPのフォントは凄い綺麗なんですけどあんな感じだといいなぁと思って書いてみました。
全然勘違いだったらすいません。

>>802
ft

>>802
実を言うとこれはあれと同じエンジンなんだ。

終わった

Vistaでもgdi++は必須


けど、Vistaでgdi++動かない。

　 　 　 　 _,,.-‐-..,,_　　　　　　 _,,..--v--..,_
　　　　／　　　　　｀''.v'ν　Σ´　 　 　 　 `､_,.-'""｀´""ヽ
　　　 i' 　 ／￣""''--i 7　　 | ,.ｲi,i,i,､ ､,､ Σ　　　 　 　 　 ヽ
. 　 　 !ﾍ /‐- 、u.　　 |' 　 　 |ﾉ-､ ' ` `,_`　| /i'i^iﾍ､ ,､、 　 |
　　　 |'' !ﾞ　i.oﾆ'ｰ'〈ｭﾆ! 　 　 iiヽ~oj.`'<_o.7 !'.__ ' ' ``_,,....､　.|
.　　　,`| u 　 　 　 ..ゝ! 　 　 ‖　 .j　　　　 (} 'o〉 `''o'ヽ　|',`i
_,,..-<:::::＼ 　 (二> ／　 　 　 ! 　_`-っ　 / | 　7　　￣ u |i'/
. |、　＼:::::＼　'' ／　　　 　 　 ＼　''　／〃.ヽ `''⊃　　,　'v>、

>>806
328以前だと動く。

>>804
これはマジレスなんでしょうか？

>>809
ttp://www.google.com/search?q=gimp+gtk+freetype

昇格したアプリの動作は(gdi++自体も昇格して起動しないと)乗っ取れないな。
まあインストーラの文字が綺麗になっても仕方ないけど

このソフト、他の人に教えてもいいですか？

身近な友達二人にこそっと教えちゃいました＞＜

そうやって伝播してゆくのじゃよ。

>>812
ていうか、それ事後報告じゃない。

>>812
なめんな

>>812
>このソフト、他の人に教えてもいいですか？

だめだよ。
教えた友人は責任をとって始末すること＞＜

>>812
氏ね

釣堀に群がっているところ悪いんだが、窓の杜大賞にノミネートまでされたものをいまさら秘匿してもなぁ・・・とか流れを変えるようなことをいってみるテスト

>>818
＞窓の杜大賞にノミネート
あの悪評高い・・・実はだめソフト？

未完なんだからだめなのは当たり前
出来てから使えば良い。どの道現状では印刷用。

>>820
＞現状では印刷用
ネタ？

>>820
ワロス

バカだｗ

印刷用てｗ

>>820
＞未完なんだからだめなのは当たり前

フリーソフトのこと何も知らんのなら黙れ

未完の完

ここ最近、釣り師が毎日現れるなぁ・・・

>>827
開発が止まっちゃってるのが‥‥。

gdi++の開発は2006年で全て終了しました。今後アップデートされる事はありません。
ですから、そのような情報を求めてこのスレッドに来るのは無駄な行為と言えます。

今後gdi++を使いつづけても、これ以上バグが修正されたり機能追加されたりする事は
ありませんので、これからはVistaとメイリオの組み合わせで我慢しましょう。

（ｒｙ

これだけは断言できる
gdi++製作委員会の会員はID:bKzFdcy1だけだ、と

普通　委員じゃね？

あと、ＩＥで本文に使うけど、印刷したら太めだから結構萎えるなあ

Windows Vista先取り賞おめでとうございます。

正直、別に先取ってないから困る

なんかこのスレ、
香ばしい流れになってきてるなｗ

ま、このところ開発が停滞してるからねえ。
でも、発想力担当の>747がまた何か思いついたみたいだから、
まあ、そのうちビッグサプライズの新ネタが出てくんじゃなあい？ｗ

どうやら開発放棄したみたいだな。
結局、元祖版の作者みたいに逃げるのか。

逃げるもクソも開発し続けなきゃいけない義務や責任は無いしな。

今以上に開発して欲しいとしたら、どういう方向でして欲しいの？

俺はもっと軽くして欲しいんだけど無理なのかなー。

・vista対応
・旧bold選択可能
ぐらいかな〜

> 旧bold選択可能
私も一票。

小さい文字はデフォで大きい文字だけAAて出来る？

一人が開発放棄してもコミュニティが存続するためのオープンソースだしねぇ

誰かを頂点とするピラミッド構造の参加に入っていないと落ち着かない日本人には一番向かない分野だよね

傘下だった

>>844みたいな発言する犬糞厨やオプソ厨って多いよね。
オープンソースだのコミュニティだのって。
でもそういう奴に限って開発に関わったことなんて無かったりするから笑えるよね。

いやべつに

>>847
目糞鼻糞を笑う

縦読みとフォントリンクに対応してみたんだけどね、
まだまだ不安定だから 使用は注意しろってこった。
http://free.flop.jp/gdi++/src/gdi0410.zip

もうないおwww

早っ

FontLink対応は嬉しかったのになぁ・・・出遅れたorz

ネタ？
それとも致命的なバグ発覚？

ネタに100万px！

答え: ネタ
>>850
> 縦読み・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・ね、
> ・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・・た。

>>854
普通縦書きって書くでしょう。

>>857
感じていた違和感はそれか。

縦読みはせめて4行以上で屋って欲しいわｗ

え〜っと・・・
どこを棒読み？

OutlookやOutlookExpressの宛先をアドレス帳から選択した場合、
通常はアドレスの登録名に下線がついて表示されるのですが、
gdi++を有効にすると、登録名が表示されず、下線のみしか表示されません。
また、添付ファイル欄も同様です。

XPSP2
gdi++392(コレ以前も同様の症状)
freetype.dll2.2.1、2.2.2(cvs)ともに

縦書きと同様に対応していないのでしょうか？
※Webのリンク下線等は正常に表示されています

>>gdi0408.png
最新版入れろ

＞縦書きと同様に対応していないのでしょうか？
はあ？ gdi0347以降で対応してるのにねぇ。
自分でビルドできるスキルが無いやつは縦書きとか言わなければいいじゃない。
せっかく555氏が対応してくれたんだしさ。
こういう軽率な発言が開発のモチベーションを下げてるってことが分からないかな。

>>861の言ってることは良く分からないけど>>863の頭が悪いことだけは分かった

>>862
401のこと言ってるのか？
あれはあれで他の不都合あるから常用できんだろ。

gdi0408.pngのサイトをIE＋gdi++で見たら、欠け以前にズレまくりｗｗｗ
gdi++ ｵﾜﾀ＼(^o^)／

え、その前にお前が終わってね？

もうちょっと軽くなってほしいと思う。

vistaで333がavastにひっかかったーーーorz

>861と同じ症状です。
画像上げてみました。
http://free.flop.jp/gdi++/src/gdi0409.png
http://free.flop.jp/gdi++/src/gdi0410.png

これって仕様ですか？
それとも問題無く表示出来ている方いますか？

仕様だとしたら[ExcludeModule]に入れているので問題無いのですが、
何か設定が間違っているのだとすればご指摘下さい。。。

>>869
vistaでというけれどvistaは関係無しに、
ヒューリスティック検知可能なアンチウイルスソフトは
反応する可能性が高い。(まともなソフトなら全部反応するかもしれない)
# e.g. KasperskyエンジンでProActiveDefence有効ならInvaderとして検知される
テキスト処理関係のAPIを乗っ取る形で動作するので、こればかりは仕方が無い。

ちょっと前にFreeType本家の人(David Turner)も
メーリングリストでgdi++.dllの話題が出た時にこの可能性について述べていた。
(詳しくはこのスレッドの過去ログなど参照)

gdi++.dllやgdi++.exeに対して反応しないように
アンチウイルスソフトを設定する方法もあるけれど、
HookChildProcessesを有効にしている場合は
gdi++.dllが読み込まれたプロセスが他のプロセスを生成する度に
アンチウイルスソフトが反応する。

子プロセスを頻繁に作成するプログラムを
信頼済みルール等(avastなら例外設定)にその都度設定していけば
あまりストレスを感じずに使えると思うけれど、
設定の意味やリスクが分からないならお勧めは出来ない。

Avastの例外設定は常駐保護では無効らしい
実際にやってみたけどダメだった
常駐保護をOFFにするしかないかも

メイリオなんて汚いフォントよく使えるな。

>>870
thunderbirdではならないからいいんじゃない？
IEなんか使ってる人いないよ。

IEじゃなかったOEだった…。

>>872
Avastの例外設定は常駐とそれ以外に分かれてる。
本体での設定ではなく、オンアクセス保護の管理を試したらどうかな。

freetypeのCVS版がバージョンアップしたかな？
ChangeLogより
2007-01-10 David Turner
* all-sources: tagging all sources with VER-2-3-0-RC1 and VER-2-3-0

全自動セットでビルドに失敗するようになった．．．orz

つーかもうすぐ2.2.2正式版が出る。

ビルドできたぞ――と思ったら0ｋBじゃないか……orz

正式版に期待

>>877
毎回全自動セットでビルドかよｗｗｗ
全ソースファイル毎回DLしてるからCVSの意味ﾅｻｽｗｗｗｗｗ

>>874
いくらなんでもこの回答はありえないと思った。

>>878
2.3.0じゃね？

>>883
2.3.0はCVSの次のバージョンｼﾞｬﾏｲｶ？

>>883
これからは2.3.0RCの開発に移る。
という事なので、2.2.0がリリースされるということ。

今だって2.2.1がリリースされてる上で2.2.2の開発やってるでそ。

>>885
二行目2.2.0 → 2.2.2 に読み代えてくださ

subPixelRendering 改善されてるし、
wktk

gdi++をつかってる時に標準AAをオンにしてた場合、
標準AAの処理をした後にgdi++で描画されているのか、
標準AAの処理をスルーしてgdi++で描画されているかわからないんだけど。
もし前者なら標準AAは切っておいたほうがいいと思うんだけど
わかる方いらっしゃいますでしょうか？

>>888
キミは、何も気にしなくてもいい。

wikiのgdi++(FreeType)が1月9日に更新されてるけど、何かあったの？

編集合戦

>>890
スレが板移動したからURL直しただけだよ。

前も書いたけど、あのページ履歴が残らないのは何故なんだ。

今のうちに2ちゃん以外のどこかに避難所作っとけ。

はぁ？

GDI++ も差し押さえｗ

こんな良いソフトポシャってたまるか

2chというかこのﾄﾞﾒｲﾝは安泰決定だぞ
GDI++は閉鎖的すぎて読めないがな

閉鎖的つーか開発終了したみたいだけどな。

必死だな。

>>899
必死かな？
このｽﾚは閉鎖的な人が多いと思うんだがな？
くだらん質問されたり荒らされたらｳｻﾞｲのは解るんだが
解りづらい事を聞いてきた奴もﾊﾞｶ扱いする人はどうかと思う

>>900
なんか思い当たる節でもあるんかｗ

ソース公開までされてるのに閉鎖的ってｗ

ム板じゃないんだから、ソースわからない人（つーか大多数の
一般ユーザ）の質問に対してもっと親切であっても良いと思う。

※874とか889のレスとかは、別に教えてあげたからって何か
問題あるの？つーか、あんたらは答えられるの？

厨のレスで埋め尽くされてしまうのもどうかと思うし、これだけの
情報が有って自力ビルド出来ないのにCVSクレクレとか、バージ
ョン・環境も書かないで不具合報告とかは止めて欲しいけど。

でも、色々な環境が有って、ユーザがいて、不具合報告が有って
良いと思う。

答えられないならスルーして下さい。
バカにしたレスをした人も、端から見たら厨同然ですよ。

あ、漏れもか。逝って来ます。

お前が親切に答えてやればいいだけだろう

>>903
必死だな。

>>903
>>874の回答は只のバカだし、>>889のは答えになってる。
全ての人間が同じような知識をもって同じような意図で書き込んでると思ってるのか？
このスレ云々の話ではなく、貴方が2chに向いてないだけ。

マジレスする奴はみんな向いてないって言われるジャスティス

ちなみに言ってる奴も向いてない

2ch閉鎖されたらどこでフィードバックする？

Wikiしかなくね?

そもそも開発止まってるからフィードバックも何も（ｒｙ

(´-`).｡ｏO（さんざんな言われ様だな…　やる気なくなってきた。

>>911
（ ´,_ゝ｀）ﾌﾟｯ

もう少し軽ければいいんだけどな。
でもメイリオ入れたからgdi++要らなくなっちゃった。
今までありがとう。

そうか？
オレはメイリオに薄目にgdi++かけるのがやみつきでなｗ

知人が席空けてる隙(3分ぐらい？)に、Manager使って全力でgdi++かけてやったら非常にウケたｗ
「Linuxみたい、linuxみたい」ってしきりに言ってたｗ

>>903
そんなレスしてないで教えてあげればいいのに。

http://david.freetype.org/freetype/ft230rc2.zip

dllでおｋ

>>918
まだ正式版じゃないんだからビルドぐらい自分でしろよクズ（＾＾）

CVSからビルドしたDLLの配布について否定的な意見もあるけれど、
FreeTypeのライセンスでCVS版を配布する事について禁止されていないし、
本当に何も分からない人がビルドしようとして
変なDLLを作って動かないと報告されるよりは、
特定のDLLを配布した方が問題の切り分けが楽なんじゃないかと思う。

前回のDLLはそれを考慮してドキュメントだけ別にアップローダに残してあるわけだけど、
次にアップローダに上げる事があったとして、
報告用テンプレを同梱した方がいいかな？

>>920
CVSが更新される度にバイナリも上げないと意味がない。
バグ報告された時にそのCVSバイナリが最新とは限らないからな。

＞特定のDLLを配布した方が問題の切り分けが楽なんじゃないかと思う。
結局は開発者に責任転嫁してる訳でしょ？
開発者がCVS版を上げるならまだしも、お前がやってる事は単なる有難迷惑。
そもそもドキュメントだけ残しても同じ環境でビルドしないと何の意味も無いだろうが。

＞次にアップローダに上げる事があったとして、
分かったら二度と上げるな。つーかLcdFilterを有効化したバイナリ配布するとClearType特許を
侵害しかねない訳だし、ビルドしてる暇があるならFreeTypeのマニュアルやMLでも読め馬鹿

面白そうだからロダじゃなくて自分のスペースでまさにnightlyビルド配布するかね

MSの回しもんか？それとも規格遵守主義者か？
特許に抵触したらそのとき考えればいいことで、可能性を示そうとかそういう考えは微塵もないのか？

ただ単にビルドすらできない奴には使わせたくないだけと言う
特権意識の持ち主、且つ了見の狭いケチ。

CVSって、開発中のコンパイルとおる程度：要検証の置くことあるっしょ？
つくりかけをばら撒いて、混乱させるだけだと思うぞ。

それでも使いたい人がいるなら、そういうことを注意書きとして添えればいいだけで、あとはユーザー側の自己責任。
ビルドして上げる奴に非はない。

>>923
既に特許に抵触してるし問題になってからでは遅いから言ってるんだろうが。
これまでも逆汗して起こしたコードとかMSのCライブラリ使ってるとかのグレーな部分は
問題になる前に潰してきていただろうに、自分さえ画質が良くなって使えれば
これからは問題があろうが構わないってのか？

大体、CVSバイナリを絶対に上げるななんて言ってないだろ。
作者が上げる分には別にいいと思っているが、開発者でも無い人間がたまに
CVSバイナリを上げて一体何がしたいんだ？

ニーズがなければ淘汰されるだけ。
特許侵害してるコードがあるなら、作って公開してる奴が責められるべき。

こんな簡単なことがなぜわからない？

あのー
ｸﾘｽﾏｽやお年玉もらってありがたく使わさせていただいてる者ですが
どうかモメないでください｡
これからもよろしくお願いします｡

>>929
おまいｲｲ奴だな
しかし、ここは2chだ
案ずることではないのだよ

なんでしょうもない喧嘩が多いんだろう

>>921
>CVSが更新される度にバイナリも上げないと意味がない。
>バグ報告された時にそのCVSバイナリが最新とは限らないからな。

これに関しては全く逆です。
特定のDLLを利用し、最新のものでないことが分かっているからこそ、
そのバイナリではバグが解消されていないため問題が発生するというのがすぐに分かる訳で。

>結局は開発者に責任転嫁してる訳でしょ？

何の責任でしょうか？

>同じ環境でビルドしないと
開発者が望むのであればDLLを直接送っても構いませんし、
検証して欲しいところがあれば、可能な限り協力するつもりです。
また先に示したような特定日時のCVS版に固有のバグについては、
ドキュメントに記載したCVSの更新日時の情報で十分だと思います。

>LcdFilterを有効化したバイナリ配布するとClearType特許を侵害しかねない

この件に関しては盲点でした。情報を確認してみます。
問題があると判断する場合は、今後FreeType2.22(2.30?)正式版の
ソースコードが配布されてもLCDFilter周りの機能を使えるバイナリを配布出来ません。

そのためLCDFilterを利用したサブピクセルレンダリングの機能を使った動作について検証する際、
特定のDLLを利用した環境を標準の検証環境とする事が出来ないわけですが、
それならば誰でもビルド出来るように詳細なドキュメントを残そうと思います。

後は自分でビルドしたものを利用している場合の
問題報告のテンプレを作ればいいですね。

>>927
>作者が上げる分には別にいいと思っているが、
これは当然特許に問題が無いバイナリを、ですよね。

>開発者でも無い人間がたまにCVSバイナリを上げて一体何がしたいんだ？

何がしたいんだ、と言う問いについては、
CVS版を前提とした機能について、
検証可能な人増える方が問題点の洗い出しが進むだろうという思いが第一です。
一方でノイズのような報告が増える懸念もあったため、期間を限定してアップローダに置く形にしました。
アップロードしたことをこのスレッドで告知しなかったのもそのためで、
報告のためにスクリーンショットをアップロードしようとした人などが
見つけてくれることを期待していました。

ID:suYusyuP に失礼なので発言撤回

目が悪く疲れやすいのでgdi++は本当にありがたいです｡
Windowsのfont設定を少し大きめにして､gdi++以前はメーラーやブラウザをOsaka等幅や丸ゴなどのbitmap無しにしてかすれた状態で使ってました｡
gdi++を知って劇的に視認性が向上しFreeTypeになってさらに表示速度が早くなり
自分が見やすいようにfontをカスタマイズ出来るのですごく助かってます｡
これからもより完成度の高いものになることを期待しています｡
開発されている皆様に感謝しています｡

>>932-933
CVSは基本的に最新の物でないと意味は無いかと。2006-11-10みたいに、突然APIの仕様が変わったら
freetypeとgdi++の組み合わせ次第ではクラッシュして動作しなくなるし。

＞特定のDLLを利用し、最新のものでないことが分かっているからこそ、
＞そのバイナリではバグが解消されていないため問題が発生するというのがすぐに分かる訳で。
開発者はどのバイナリでどのバグが解消されてるかを調べる為に、何世代もCVSソース取ってきたり
freetypeのMLを常にチェックしたりといった新たな負担が増えるから、すぐには分からないと思う。

＞CVS版を前提とした機能について、
＞検証可能な人増える方が問題点の洗い出しが進むだろうという思いが第一です。
そういう事は作者が独断で決めればいいんじゃね？
CVS版専用機能を追加するかどうか決めるのも開発者だし、実際LcdFilterや縦書きを
試す目的でCVS版を静的リンクしたgdi++が何度かロダに上がってたし。

なんつーか、君が開発に貢献したいって誠意は分かるんだけどね、どうせやるなら>>922が言うように
nightlyビルドにしないと意味が無いし、だから今まで誰もCVSバイナリを上げなかったんだと思う。
というかDavid Turnerに頼み込めばそのうちnightlyビルドやってくれそうな気がするけど。
gdi++に興味持ってくれてたみたいだし。

なんかそのー、
具体的にそうそう困っているわけではないのだが、
開発が止まってると……寂しい。

メモリ1GB増設したから、
受け入れ態勢は、ばっちりよ。

開発の負担になるからCVSのバイナリは上げるな
ってのは最初から言われてたし、555も693もアップすることはなかった。
それを第三者がつまんない理由こねてアップしたところで
開発する側からはいやがらせされてるのと変わらない。

割と辛抱強く開発してた693が姿を見せなくなったのは
そこら辺が原因だと思う。時期も重なる。

>>863みたいなバカが開発者にまぎれてる時点でいつか破綻するのは分かってたし

ていうかさ、２週間更新がないだけで開発停止とか破綻とか、アホ？
定番ソフトでも「○年ぶりにバージョンアップ」とかって普通にあるのにねぇ。
開発陣だって暇じゃないだろうし、あまりそういうこと言ってると自分がニートだってばれちゃうぞｗ

開発初期の鬼のようなバージョンアップが忘れられないんだよ…

オープンソースつっても高度化すればするほど新規参入は難しくなるからなぁ
gcc嫁といわれて読めるわけでもなし


俺は現状に満足してるから気にしないけどね

>>941
そりゃあの頃は開発メンバーが5人以上いたからな。

全自動ビルドセットはOKでバイナリは駄目というのが、どうも腑に落ちない訳ですが。
ClearType特許の問題とは別に、CVS版の配布が駄目という主張のようなので。
全自動でビルドする人が常に最新のものを使っているとは限りませんし。

勿論すすんで特許侵害をしようとは思わないし、
これ以上トラブルの原因になる事を続けようとは思いませんので
バイナリのアップは控えますが。

全自動ビルドセットがOKなら、
自力でのビルドを支援する分には問題ないわけですよね。

こうして協力的だった人がまた一人減ってしまうのが悲しい。
そもそもCVS版を使わせたくないなら最初からFreeTypeをスタティックリンクしてgdi++を配布しとけよ。

結局、自分でコンパイルできるスキルのない人間には使ってほしくないっていうだけじゃないの？
開発者がいつまでもそういう閉鎖的な考えを持ってるから開発引き継ごうっていう人とか協力しようっていう人が出てこない＆いなくなるしユーザーも増えないんだろうな。
いい加減自分で自分の首を締めてる事に気づけよあの馬鹿

「〜だから開発者がいなくなる」とか、そういう邪推は荒れる原因にしかならないと思う。

むかしあったAll GDI++ Serviceって、どうやったらできるようになるのでしょうか。
Managerが使えないのでそっちを試してみようと思っています。

Managerが使えないって>>221じゃない？
最初俺もハマったＷ

gdi++.dll 6px
http://pc10.2ch.net/test/read.cgi/win/1168768397/

>>948
Thanks
GUIついていない。。。というのをリネームしたら使えました。
FQAに入れたらいいかもしれませんね。

どのビルドのFreeTypeで開発するかってのをある程度決めてやった方が
開発って楽そうな印象だけどそうでもないの？
で、安定してるのがでたらそれに変えて開発とか。

ちょくちょく最新バージョン探してビルドしてそれを使ってってのは、振り回されそうな気が。
それに同じバージョンでバグの差異が出るなら環境の違いだってわかる訳だし。
それぞれがバラバラの環境でやる方が手間がかかりそう。

自分でビルド出来ない人を排除したいとか、そういう考えを抜きにして考えたら、
どっちの方が複数の不特定の開発者が関わる時には楽？もしくは効率的？
その辺知りたいわ。

>>949
乙華麗。

まーなんだその、うめついでに。

オレ様の法則……耳をほじると、咳が出る。

>>952
オレ様の法則……耳をほじると、熱が出る。

俺の法則……風邪かなと思ったら耳炎が出る。

オレ様の法則……尻をほじると、アッーが出る。

梅がてら訊いてみたいんだけど、
Vistaって現状やってるようなAPIフックってできるの？
64bitのAPIフックはできない的な記事は呼んだ記憶があるんだけど
どちらもよくわからん

>>956
328以前だと動いてたんだから、出来るんでしょう。
>>871も参照。

>>957
あー、そういえばそうだ
ｽﾏﾝｶｯﾀ

64bitネイティブアプリでは効かなかったけどそれは64bit用のバージョンを誰も
作ってないからで64bitではフック不可能なわけではない。

XP x64では普通に動いているがな

XP x64使ってたからWOW64で動くのは知ってる。ちゃんと
> 64bitネイティブアプリで
確かめたか?

64bit OSで 64bitネイティブアプリとして動作するかは、
64bit用にコンパイルしたexeとdllを用意しない確認できないからねぇ。

>>956の言ってるのはこれの事かな？
http://www.microsoft.com/japan/whdc/driver/kernel/64bitpatch_FAQ.mspx

一般ユーザーにとっちゃ↓の区別も良く判らんし気にしないのだろうな。。。
a. 32bit XP/Vista上で32bitアプリを動かす
b. 64bit XP/Vista上で32bitアプリを動かす
c. 64bit XP/Vista上で64bitアプリを動かす

それはカーネルモードの話でユーザーモードレベルでフックしてるgdi++には無関係。
a. できる
b. できる
c. できない
ちなみにただ型を修正してコンパイルしなおす程度じゃなくて、
アセンブラ使ってるところとかフックしてるところとかは64bit向けに全面的に書き直す
必要がある。

Vista用はgdi64.dllとかになるの？ｗ

なんでやねん

まず、freetype.dllを64bit化しなきゃいけないからな。そのあとでgdi++.dllの64bit化と、gdi++.exeの64bit化

32と64でソース的には違うの？
それともコンパイルするときになにか変えるだけ？

ソースレベルで違うんじゃね？

>>967
低レベルな言語だと、ソースも書き換えなきゃいかんだろうな

>>967
ふつうはちょっとした変更で32bit/64bit両対応にできるけど
gdi++はふつうじゃないから

64bitとvista弄ってみたいのにまずテスト環境が用意できねえよ梅('A`)

>>968-970
なるほど。トンクス

>>966
ちなみにx86-64のLinux上でfreetypeは動作してる。
IA64でも動いてるんでfreetypeの64bit対応にはほとんど問題ないはず。多少のパッチは必要になるやも知れないが、いまどき64bitマシンで動かないということはない。

gdi++はdll乗っ取りとか特殊な工作してるんでvistaの現物を覗いてみないことにはどーにも。

2.3.0RC2の次で正式リリース来るのかな。