[PR] 自由な名前で定数を共有？！「Addin for Excel 95-2007 Professional Edition」
[AA] 安かったから、買ったよ→BUFFALO ポータブルブルーレイドライブ BR-PX68U2-BK
Soft::Officeの最近のブログ記事
過去記事「覚えておきたいWordの仕様(セクション区切りとページ番号～問題編)」のようなことは、段組みを使用せず、TAB位置合わせとか、表などを利用すれば解決できなくはないので、放置されがちかも知れない。
問題となった原因には、段組みをすると、前後にセクション区切りが含まれることと、段組みする部分が1ページに収まることがあると、思われる。
セクション区切りとページ番号でお困りだった俺。
知ってる人は多いのだろうか？
一応書いておこうと思う。
なぜ、Office2007のバージョンが12で、Office2010のバージョンが14なのか・・・
バージョン13はどこかに行ってしまったのだろうかと、不思議に思っていたので、ちょっと聞いてみたところ、「13は(米国において)不吉な数だから飛ばした」だそうな。
まぁ、日本でもどこが起源かは俺知らんけど13階段とか？、んで、13を飛ばすってのは・・・非科学的だな。
このあたりのゲン担ぎというか風習というか、アレだなぁ。
理由が分かって良かったけど。
え？誰に聞いたかって？
中の人ですよ、中の人・・・
Office2010の64bit版をインストールしたので、64bit版ExcelでAddin for Excel 95-2007の動作を確認してみたところ、動かない。
動かないというか、アドインの追加で躓く。
原因は、
- 32bitだから
- 署名がないから
- その他
など考えられる。
Office2010βの32bit版を動かしてみた。
なんか変なこと起こるかなと期待半分だったけど、アドインは問題無く動作。
Excel2007からの文字列長(32767文字)制限もそのままらしいので、内部仕様も全く問題なし。
さて、64bitは、どうなのか。
32bit混在で動くわけがないから、Excel自体が32bitであると64bitの恩恵を受けられないってことは64bitネイティブって可能性が。
アドイン呼び出し部だけ32bit化されてる可能性はあるけど、それだとオーバーヘッドでかいだろうし。
件の構造体のアラインメントは64bitだと変わりそうな感じがしてて・・・
あぁ、恐ろしい。＜すぐにやってみれよ、俺。
シェアウェア登録したのだけれど、使ってもらえてないのか、まだ売り上げが無いので、やはり追加関数で対応していきたい。
Excelで計算できる数値は10の309乗程度までの浮動小数点範囲なので、ここはひとつ、3万桁目指して計算できたら、何かうれしいことが起こることを期待しつつ実装中。
＃3万桁使えるのはExcel2007以降だけど。
ダウンロードしてみた。
つくったアドインをExcelで動かしてみたいと思う。
とりあえず、週末に。
そいや、64bitと32bitが分かれたのってOfficeでは初めてだな。
俺のアドインって、32bitコードだから、64bitで動くのかなぁ。
64bitと32bitの混在はできないはずなので、多分無理、かな・・・
64bitでもやってみる必要がありそうだな(覚書)。
.NETなら、依存コードさえ無ければどちらにもネイティブで対応できるのだけど、今度はバージョン混在問題があるし・・・
