余りに進まないのでスケジュールを立てて1つずつ進めていこうと思います。

• 基本操作
• 制御構造
• 繰り返し処理
• 行操作
• 列操作
• 過去に作成したVBAの検証
• 応用編としてモジュールの作成

浅めに1つずつ進めていこうと思います。深くいじり始めたらキリがないので(汗
まずは基本操作からガシガシ進めていこうと思います。

目標は1つ/1日ですね。
多分、検証していけば新しい問題が出てくると思います。

まぁ、急ぎではないので1つずつ処理していくことにします。

Office 2007には手を出すな!!

今までMS Officeは2000、2002、2003と使用してきました。勢いで最新の2007を導入したのですが、結構な曲者で困ります。

■困るところ

• 今までのショートカット・キーが使えない(新しいショートカットを覚える必要有)
• インターフェイスが突然洗練され過ぎて使い辛い(どこに何があるのか分からなくなる)
• ファイルの拡張子が変って扱い辛い
• 個人用マクロブックの拡張子が変わるので、過去のVerと同居できない

ショートカットが変わってしまったのは痛いです。家で2007で会社で2003となると、もう。。。ねぇ。。。

敢えて言うと、

2007に手を出すよりOpenOffice.orgに乗り換える方が良い!!

それにしても、使い辛いな。慣れていないのもあるのだろうけど、また1から覚えなければ・・・はぁ。
何故、インターフェイスを一新したのかは未だに理解できません。

通りがけの方にご指摘いただいて、「Option VBASupport1」を先頭に付加することで、MS ExcelのVBAがOpenOffice.orgでも使用可能になる、とのことです。

お恥ずかしい。

さて、それでは動かないと勝手に思い込んでいたcodeからテストしてみます。

■セルへの値の入力

このcodeの先頭に、Option VBASupport1を付けて、実行してみます。

何故か、文字列で認識された!!と思ったら、「’12345」ってなってる。
まさかなぁ。。。と思い、codeの中の「”12345″」を「12345」にしてみると、

数列として認識されたのだった。
と、言うことは文字列であっても「”"」で囲む必要はないのだろうか？と思いテストしてみる訳で、

「”12345″」を「”文字列”」に変更してみる。MS Excelであれば普通に入力できる。
Go-OOでは如何かな？

よかった。問題なく入力できた。
さて、「まさかなぁ～」と思い「”文字列”」を「文字列」にしてみると

入力されませんでした、はい。エラーも出ていませんが。
これは、数値の場合には「”"」で囲まなければ良さそうですね。

私の手元にあるVBAのcode群では、数値をセルに入力することはほとんどないので問題ないと思われます。

とりあえず、動いて良かったです。
もう少し、VBAのcodeを試してみようと思います。

続きはまた明日。

①WordPressの携帯電話閲覧用プラグイン「mobile eye＋」の新しいテーマ・ファイルを作成します。
これはアクセス解析の結果から見ると、まだまだmobile eye+ユーザーの方がいらっしゃる様なので作ってみます。
前回のテーマは、mobile eye+同梱の「like1.1」を改造した程度でしたが、もう少し見た目、操作性ともに良いものを作りたいと思います。

尚、サーバーがPHP5対応の場合には、「Ktai Style」が良いようです。

多分、PHP4で困っているのは、ロ○ポップ・ユーザーなのではないだろうか。。。

②OpenOffice.orgのVBA対応状況を再検証します。
動かないなぁ。。。と思っていたら、実はあるcodeを追加しなければいけなかったらしいです。
情報収集とサンプルVBAを使用して検証します。

とりあえず、今はこんなところです。
時間があれば、CMSをもっと調べてみたかったりします。

PHPのフレームワークも使えるようになりたいし、法律知識の復習もしたいですね。
時間の無駄使いだけはしないように生活したいです。

前回のユーザー定義関数のテストでは、動かないという悲しい結果になりました。

今回は基本的なVBAでテストしてみます。
セルA1に12345と記入するだけのシンプルなcodeです。

Sub testrange()
Range(“A1″).Value = “12345″
End Sub

まずは、Excel2007で作成＆テスト後に、Go-OOでテストしてみます。
テスト結果です。

まずは、Excel2007の場合。

もちろん問題なく動きます。
動作エラーが出るようなcodeでもないので。

続いて、問題のGo-OOの場合。

エラーが出てしまいました。
これは・・・何か間違えているのでしょうか？

それとも、実は一部のVBAには対応していない、とか。

しかし、今回のテストで使用したcodeは極めてシンプルなもので、動作してくれないと困る代物です。
さて、どうしたものか？

Microsoft OfficeからOpenOffice.orgへの移行は本当にできるのでしょうか？
むう。

もう少し調べてみます。

■2008/07/14修正
上記のcodeはOpenOffice.orgでの動作が確認できました。
詳細はこちらです→http://www.e2esound.com/?p=95

Micorosoftが大きなシェアを誇るOffice用ソフトの代替として期待される「OpenOffice.org」で、新たにVBAに対応するバージョンが発表された模様。

早速試してみたました。

Microsoft Excelには、一部関数に絶妙なバグ？という名の仕様があります。
それは文字列関数の中の「asc関数」(文字列の半角化)「jis関数」(文字列の全角化)です。

特に、「ヴ」の変換が何故か出来ません。
Microsoftで調べてみると、こんな解答が返ってきます。

指定した文字に対する半角文字が存在しないもの (ヴ、ヰ、ヱ、ヵ、ヶ) は全角の
ままで値が返されます。

「Go-OO」でも同様の仕様のようです。
この問題を解決するには、個人的に最も早い処理は、VBAによるユーザー定義関数を使用することです。個人用マクロブックに記述します。

function hankaku(文字列 as string)as string
hankaku=strconv(文字列,vbNarrow)
end function

この「hankaku関数」を使用すると、全角に対応する半角文字がある場合には変換が可能です。
また、「JIS関数」(全角変換)でも同じ現象が起きます。「ｳﾞ」→「ヴ」には変換できません。

そこで、またまたユーザー定義関数を定義して対応します。

function zenkaku(文字列 as string)as string
zenkaku=strconv(文字列,vbNarrow)
end function

これが「zenkaku関数」です。

…と、本題に戻りますと、OpenOfficeがこれに対応できているか検証してみましたが、
どうやらVBAによるユーザー定義関数には未対応のようです。

今日は、シンプルなVBAに関してはテストしていないので、日をあらためてチェックしてみようと思います。

これからのバグ・フィックスや新機能の搭載に期待したいと思います。

最初にイジッタ言語がVBA(Excelのマクロ)だったのですが、そのVBAというのはオブジェクト指向の一面を持っている言語だったはず。
しかし、私は業務で使用するVBAも、「一枚」で書いていました。サブルーチンを呼び出すとメンテナンスの時に面倒だったので…

しかし、PHP5はオブジェクト指向を強化された言語です。ユーザー定義関数(function)はVBAでも理解していましたが、Classという概念は自分の中にはありませんでした。
しかし、思い返せば
サブルーチンをcallする。という行為はオブジェクト指向のそれではないか、と感じた次第です。

独学文系プログラマーの苦悩ですが、効率悪いな。ふゥ。

先日も紹介したとおり、「独習PHP」を使用して学習を進めてきたのですが、現状の情報を見渡すとフレームワークの活用を視野に入れなければならないようです。

どのフレームワークがいいんでしょうか？

• CakePHP
• symfony
• Ethna
• Mojavi
• Zend Framework

今のところPHP4/5対応のCakePHPから手を付けてみようかと考えています。symfonyはPHP5対応らしいので、ちょっと待ちです。
しかし、活用事例の多さと日本語ドキュメントの充実が選択上大きな部分になります。(英語、無理。)

もう少し調べてから考えます。
それぞれにコーディング規約もあるようなので、なかなか面倒かもしれません。

■資料

• 「CakePHP」、「symfony」、「Zend Framework」の比較
• Gráfica Comparación Frameworks
• symfony、CakePHP、Zend Frameworkの特徴

住友電工：社内オフィスソフトに「OpenOffice」を全社レベルで活用

OpenOfficeとは

• ワープロや表計算・プレゼンツールなどを統合したオフィスソフトです
• 無料で入手できて、自由に利用できます
• Microsoft Officeと高い相互運用性を備えています
• 標準ファイル形式OpenDocumentを採用しています(ISO 26300)
• オープンソースという方針で開発・公開しています

OpenOffice.Org Webサイトより

MS Officeとの互換性をもつ、オープンソースのオフィスソフト。
今までオフィスソフトと言えば、MicrosoftのOfficeシリーズでした。それに対抗するように作られているオフィスソフトなのです。
国内企業での全社導入は初めてだと思います。

MSもOffice2007でだいぶ痛い状況を作り出しているので、OpenOfficeの導入になったのでしょうか？
個人で使う分には、OpenOfficeで全く同じ事が出来てしまうので、Office2007とか馬鹿らしい。

ただ、企業内で導入は苦労も多いと思われます。操作性の違いもありますし、Excel上で動いていたマクロもVBAではなくVBで書き直さなければなりません(確か。)
ただし、MS Officeの導入コストはかからないので、全体的にはお安く上がるのかなぁ？

もっと進むといいな、こういう導入。

Microsoftのソフトがいつまで生産され続けるのか？という問題もありますよね。
特に、ビル・ゲイツがMicrosoftからいなくなった後に。

なぜ、VBAに手を出したのか？？？
失礼な答えかもしれないけど、

暇だった＠就職活動の真っただ中
(就職先きまってないのにw)

やる気も起きないけど、何もやらないのもちょと…汗
な気分で手近にあるExcelに手を出しました。

学習時間は1ヵ月程度だったと思います。分厚い基本書を一冊読んで、プログラムで遊んでいました。

VBAのいい所は、開発環境がしっかりしている所かと思います。
Excelに標準で付属するVBE(Visual Basic Editer)。
エラーも発見してくれるし、methodの候補も呼び出してくれる。丁寧この上ない開発環境です。作成したプログラムをコンパイルする必要もなく、即座にExcel上で走らせることができる。

開発＠MS Excel環境

面白かったのは、

• 目の前ですぐに動かせる
• エラーの修正も容易
• サンプルコードも探せば山ほどある
• サンプルコードを集めた本もあります

何よりも、実際の現場での仕事に役立ちます。Excelを使用する定型業務をプログラムで自動化することができますから。
(流石に、今の日本の企業にExcelがインストールされていないことはないでしょ。)

おまけでいうなら、VBAを学ぶとExcelの能力を最大限に生かした作業ができるようになります。関数や並べ替えなどなど。事務方(文系の学生さん)は学んでおいて損はないはず。

VBAでは、変数、定数、制御構造式、関数、とプログラミングの基本的な部分は押さえていると思うので(正規表現ない)、他言語の習得時にも少しは話が早いですね。

その後、業務でHTMLを打たなければならずに、自然に習得。
Blog作っているうちにXHTML＋CSSも自然に習得。

そして、何故かPHPに挑戦中です。

明日は、幾つかサンプルのプログラムを走らせてみます。