作成者別アーカイブ: admin

とっても便利な画面キャプチャ(ハードコピー)ソフト無料版

コメントをどうぞ

画面のハードコピーがほしいとき、
“print screen”ボタンでゲットしますよね。

それだと、思いのほかほしい画面が取れなかったり
余計な部分も含まれてしまったりと使い勝手が悪いと思いませんか！？

そんな時、フリーソフトで便利にしますが、

メジャーどころで「WinShot」とか使いますかね・・・。
いいソフトなんですが、、、
ここぞ！ってところで使い勝手が悪かったり。
スクロール画面に弱かったりします。

私の紹介するソフトはこれ

『Fast Stone Capture』

最高です！！！

これ以上ないくらい使えます。

スクロール画面もまったく問題なく取れます。

重宝しています。

が、

今は、最新版は、シェアソフトになっちゃいました。

とても残念です。

と言うことで、
とっても旧バージョンですが、
日本語パッチもあたっている、
保存版を個々に保管しておこうと思います。

もう、どこにもないので保管するだけです。
FastStone Capture.zip

画像ファイル（MP・JPG・GIF・PNG）をアイコンに一発変換できるブラウザ

コメントをどうぞ

■Bradicon!
http://ico.bradleygill.com/

BMP・JPG・GIF・PNGなどの画像ファイルをブラウザから指定して
アイコンファイルに一発変換できる「Bradicon!」！！を紹介します。

先ずは、「Browse」で画像ファイルを指定する。

「Browse」ボタンを押してファイルを選択すれば、ほら簡単！アイコンが作れます。

おもちの既存画像ファイルからアイコンファイルを作りたい場合に
このサイトさえ覚えておけばブラウザだけ楽々、一発、一瞬でアイコンファイル作成作業は完了ですね。

適切な被リンクかどうかをチェック！する。スパムリンクは削除しろ

コメントをどうぞ

自分のサイトやブログを正しく、良くしても
よくない被リンク、スパムリンクがあってはgoogleの評価はさがります。

否認すべきスパムリンクの一部を調べてくれるサイトがありました。

早速試してみます。

被リンクの数値が高い、緑文字は有効なリンクらしいです。
逆に、被リンクのマイナス、赤文字はペナルティリンクらしいです。
僕のサイトにはありませんでした。。。ﾎｯ!!

直ちに修正しましょう。
グーグルウェブマスターツールからリンクを否認すれば順位が大幅に回復するそうです。

XML、XSL、XSLTのファイル名文字化けの苦悩、実装・開発記録、サンプルあり。。。

コメントをどうぞ

XMLやXSL、XSLTのファイル名文字化けでの苦悩を実装してみて開発してみて記録しました
サンプルも少しあります。。。

ＷＥＢ開発でXMLを覚えて便利に使っていたのですが。。。
どうやら問題がありました。。。；
（第１回はこちらです⇒XML、XSL、XSLTの実装・開発記録、サンプルあり。。。）

XSLTでXMLを「ローカルマシン」で実行する場合ですが！！！

２バイト文字が、全角文字が扱いにくい。

<xsl:value-of select=”description”/>
で、出力するだけなら全角（２バイト文字）でも全然問題ないようです。

そこで問題となるのがタグの属性値に２バイト文字をセットする場合です。
↓
<xsl:template match=”item”>
<xsl:element name=”a”>
<xsl:attribute name=”href”>
../data/新規 Word 文書.doc
</xsl:attribute>
<xsl:value-of select=”title”/>
</xsl:element>
</xsl:template>

「新規 Word 文書.doc」のファイル名がエンコードされて出力されるため
ローカルマシンでは正しく開きません。。。

どうしようか。。。。。。。。。

なんだかんだで１日使いましたが何とか、２バイト文字の回避策見つけました。

こんな感じです。；；；；；；；；；；；；；；

<xsl:template match=”item”>
<xsl:element name=”a”>
<xsl:attribute name=”id”>
<xsl:value-of select=”linkId”/>
</xsl:attribute>
<xsl:attribute name=”href”>
../data/新規 Word 文書.doc
</xsl:attribute>
<xsl:value-of select=”title”/>
</xsl:element>
</xsl:template>

<xsl:template match=”itemPath”>
var testdata = ‘../data/新規 Word 文書.doc’;
document.all.<xsl:value-of select=”linkId”/>.href=testdata;
</xsl:template>

ようするに、Javascriptでhref属性値に入れなおしてあげればよかったということです。
何故なら、最初のほうで述べたように直に出力するなら２バイト文字もエンコードされませんので
スクリプトにhref属性値に出力したい値を出力して、Javascriptでhref属性値に入れなおしてあげれば解決です。

なんて回りくどいことを。。。。

もっと簡単にできる方法をお持ちでしたらご教授ください。

もう一度言いますが、ローカルマシンで直実行するときに問題なのです。
私の製作しているアプリの取説用ですから。。。あしからず
■WEBサーバからのHTTP経由なら問題ないようです↓
<a target=”_blank” href=”http://www.atmarkit.co.jp/fxml/askxmlexpert/035xslterr/033xslterr.html”>http://www.atmarkit.co.jp/fxml/askxmlexpert/035xslterr/033xslterr.html</a>

xsltの基本はこちらを参考に⇒XML、XSL、XSLTの実装・開発記録、サンプルあり。。。）

被リンクについて勉強中・・・ページランクを上げるには｜PageRankUP

コメントをどうぞ

SEOを勉強していたら、Googleのページランクアップに行きつきました。。。

PageRankに行きついたのですが、どうやったらあげられるのか・・・？
また勉強中。

こんな参考サイトがありました、
ページランクアップの基本に使えるんじゃないかと思い。
http://ameblo.jp/sougo-link/entry-10133573781.html

Google Page Rank

備忘録です。

更なる勉強に励みます。

XMLのリンクリストでのXSLT変換でリンクしたパスが文字化けする

コメントをどうぞ

XMLのリンクリストでのXSLTデータビュー変換でリンクしたパスが文字化けする問題を解決する。

XML定義したXSLT内で日本語を含むURI(URL)が文字化けしてしますのは、HTMLの仕様だそうです。。。はぁぁ

HTMLの規約では「href」アトリビュートを記述したときに、「URIの値が非ASCII文字だった場合エスケープする」という内容があり、
リンクのリストに日本語などを含むファイル名などのURI(URL)を入れた場合、エスケープにより表記が変わってしまうためだそうです。

リンクリストの出力形式を指定している「xsl:output」の「methodをhtmlからxml」に変更したところ文字化けが解消されました！

参考サイト：
http://www.atmarkit.co.jp/fxml/askxmlexpert/035xslterr/033xslterr.html

解決したので、ガツガツＷＥＢ製作やりまっせ！
あーーーーーーーすっきり。

XML、XSL、XSLTの実装・開発記録、サンプルあり。。。

コメントをどうぞ

XMLやXSL、XSLTの実装で苦労した開発記録です。サンプルも少しあります。。。

ＷＥＢ開発で疲れたこのごろ、どうにか開発を楽にできないかと。。。
なんだかそればかり考えて開発してますね。。。；

そういえば、お客様提供の取扱い説明書(取説)をHTMLで作っていましたが
これもシステム化しちゃえと、ゴリゴリ開発していたのです。

ヒョンなことから「XSLT」と出会い、試行錯誤しXSLT開発してみました。

なかなか使えそうです。。。

XMLに必要な情報、データなどを作り、デザインテンプレートとしてXSLTを使う
といった具合に動作します。
（奥が深いのでこんな適当ーな感じで説明しちゃいます）

とりあえずはじめに作ったサンプルです、ここから改造してゆきました。

■XSLT(sample1.xsl)
<?xml version=”1.0″ encoding=”utf-8″?>
<?xml-stylesheet type=”text/xml”?>
<xsl:stylesheet version=”1.0″ xmlns:xsl=”http://www.w3.org/1999/XSL/Transform”>

<xsl:template match=”/”>
<html>
<body>

<div>ＸＨＴＭＬについて</div>

</body>
</html>
</xsl:template>
<xsl:template match=”item”>
<xsl:element name=”a”>
<xsl:attribute name=”href”>
<xsl:value-of select=”link”/>
</xsl:attribute>
<xsl:attribute name=”target”>
_blank
</xsl:attribute>
<xsl:value-of select=”title”/>
</xsl:element>
<br />
<xsl:value-of select=”description”/>
<br />
<br />
</xsl:template>

</xsl:stylesheet>

■XSLT(sample1.xml)
<?xml version=”1.0″ encoding=”UTF-8″?>
<?xml-stylesheet type=”text/xsl” href=”sample1.xsl”?>
<rss>
<channel>
<item>
<title>TOP</title>
<link>index.htm</link>
<description>TOPページに行く</description>
</item>
<item>
<title>ページ1</title>
<link>X1.htm</link>
<description>HTMLからXHTMLへ　XHTML、UTF-8(UNICODE)対応のホームページにする（文字化け対策）</description>
</item>
<item>
<title>ページ2</title>
<link>X2.htm</link>
<description>HTMLからCSSへ　<table>をfloatに変える</description>
</item>
<item>
<title>サンプルダウンロード</title>
<link>X3.htm</link>
<description>HTMLからCSSへ　リスト(<ul>,<li>)を横に並べ、ページタグのようなリンクボタンの作成</description>
</item>
</channel>
</rss>

とにかくですね、XSLTにテンプレートを作っておけば、
あとは、XMLデータを変えるだけで中身が変わります。

とっても便利ですよね、取説なんかはデザインや構造が一緒で文面が違うだけですから。
中身の文字データだけ変更すればいいだけ、なんて便利なんでしょうか。

もっとできることがありそうですね。

■先ずはXMLの基本、XSLTを基本から勉強しましょう↓
<a target=”_blank” href=”http://www.atmarkit.co.jp/fxml/rensai2/xmlmaster10/master10.html”>http://www.atmarkit.co.jp/fxml/rensai2/xmlmaster10/master10.html</a>

IETesterの弱点

コメントをどうぞ

今日もガツガツＷＥＢ製作中です！
そこで！IETesterを評価してみようと思いました。。。

IETester
http://www.my-debugbar.com/wiki/IETester/HomePage

このアプリケーションは、IE(InternetExplorer)というファックなブラウザ評価に対応した、非常に便利なツールと思っています。
WEB製作をする人で、知らない人はいない！？かなと。

IEの評価で厄介な点というと、IE5.5、IE7という固定バージョンだけに留まらない。
IE6、7、8、9、10全てのバージョンで表示方法が違う、という事態がおきることなのだ。

しかし、評価チェックをしようにも、IEは一つのOSに一つのバージョンしか入れることができない。
ゆえに、チェックには複数のコンピュータを用意するか。。。都度インストール＆アンインストールを繰り返すか。。。
ゆえにIETesterがとってもほしくなりました。

このIETesterがあれば、IEの5.5～8までの表示のチェックが、これ一つでできちゃうっていう優れもの。
しかも、モダンブラウザ同様に、タブ形式となっており、
一つのウィンドウで、IEの全バージョンのチェック
（IE9などのチェックには、少し手間がかかりますが・・・。）ができるのである。

・・・・・・・・・
・・・・・・・・・
・・・・・・・・・というのが、以前までの話。

で、このIETesterにも実は、決定的な弱点がある。。。
それは、元から入っているIEのバージョンによって、表示が違うというものだ。

え、えぇ、なんだって！？って思いますよね
実際試してみるとわかります。
わずかに違うことが確認できる。

特に顕著に現れるのが、IE6である。

OSに元から入っているIEが、バージョン8である場合、IETesterのIE6タブではfilterが使えないってのだ。
これは、IE6対応をする時にはけっこう痛い話！というか完全アウト！
もの本のIE6で大丈夫だと思い、先方チェックに回すや否や、先方のIETesterのIE6のチェックで引っかかり、
お互い、「おいおい」「なんでやねん」「なんでやねん」と繰り返すことになる。

僕が、あるサイト制作をしていた時、PNG画像を使いたくて、有名なJQueryプラグインである、DD_belatedPNGを使おうとした。
万事OKと、IETesterのIE6で見てみると、PNGが透過されない・・・。
Javascriptのパスなどを確認して見てみても、合っている・・・。
試しに、社内で唯一のXP＋IE6が入っているPCで見てみると・・・。
「透過されとるやん・・・なにこれ」
となったわけだ。

どういうことなのか、詳しいメカニズムはわからないが、とにかく調べてわかったのは、入っている元のIEがバージョン8以上の時、filterがきかなくなるらしい・・・。
PNGをIE6でも透過させるプラグインは、システム内部的には、このfilterなどの、IE独自仕様のCSSを利用しているものがほとんどのため、
元バージョンIE8のIETesterのIE6でのPNG透過は（ああっもう、面倒い・・・）ほぼ全滅というわけだ。

つまりは、Vistaと7においての、IETesterでのIE6の表示は、”ウソ！”である可能性があるのである。
（Vistaと7には、IE6を入れることはできないからだ）
また、XPと、XP以降のOSではデフォルト、MSゴシック、明朝のフォントが少し違うため、フォントの仮想ボディも若干違う。。。
（ようは文字間が違うってこと）

これは痛い・・・。アウト！
結局、IE6のチェックは、もの本で見るか、ＸＰの生き残りで観るしかないのだ・・・。

とまぁ、長々書いたけど、結論は、IE6はどんなにやっても厄介だってになりました・・・。
IE6の対応には、何しろ手間も時間もかかるってことですね。。。。。。。

因みに、IE6のテストをするためそれ専用にIE6マシンを用意しました。
ためしにIETester動作確認。。。
IE6のマシンでIE8が動かない。。。–; ダメだこりゃっ！