Nikep's blog - 開発

iOS: add parameters on file URL in NSURL for UIWebView

nospam@example.com (金子恵季) — Sun, 16 Jun 2013 01:45:43 +0900

NSURL refuses to add parameters

When using UIWebView, we prepare the URL of the contents as NSURL. In case of which the contents are local files and we want to add parameter like "info.html?param1=val1&param2=val2", there should be a special way to make NSURL. I'd like to explain how it is.

In case of local files, the normal way is using NSURL::fileURLWithPath. But loading is failed with NSURL which is made by fileURLWithPath from local file path combined with parameters. So we should use URLWithString method. But it fails again and it may be caused by malform of the path. After some trials I found that the path string should be escaped before URLWithString although we can use a plain text path string with fileURLWithPath.

The final code of getting NSURL from file URL with parameters.

NSString path = [[NSBundle mainBundle] pathForResources:fileBase ofType:@"html"];
NSString prms = [NSString stringWithFormat:@"?%@=%@&%@=%@",key1,val1,key2,val2];
path = [path stringByAppendingString:prms];
NSString urlstr = [[NSString stringWithFormat:@"file://localhost/%@",path] 
                             stringByAddingPercentEscapesUsingEncoding:NSUTF8String];
NSURL url = [NSURL URLWithString urlstr];
[webView loadRequest:[NSURLRequest requestWithURL:url];

iOS/iPhone開発小技

nospam@example.com (金子恵季) — Fri, 13 Jan 2012 01:01:57 +0900

ここ暫く、常駐でiPhoneアプリの開発をしてきました。他人のアプリ開発をすると、想定外の機能や仕様を実装することになることがしばしばです。そうすると、知らなかったやり方を調べたり考案したりしなくてはならず、勉強になることも多いです。この過程で分った、iOS開発のtipsを紹介して行きます。

iOSアプリのスレッドの扱い

iOSの開発では、通常はスレッドを意識する必要はありません。基本的には、システムから呼ばれる(例えばViewController Class等の)メソッドを実装するわけですが、これらは、殆どMainThreadで動きます。また、非同期APIなどでは、システムが適宜スレッドを分けて実行してくれるからです。しかし、UIActionIndicaterを使うときなどで、例えばUIWebViewのデリゲートが別スレッドから呼ばれるのに気づいたります。

新たに別スレッドを上げて、非同期に実行する

iOSでは、コールバックとして呼ばれたメインスレッドを止めてしまうことはできませんので、重い処理や、待ちを入れないとならない処理は、別スレッドで実行する必要があります。これは、以下のように、doInTheOtherThreadメソッドを作成して呼出します。このとき、別スレッドのメソッドは、メモリプールを別に取らないとならないようで

[self performSelectorInBackground:@selector(doInTheOtherThread) withObject:paramObj];

......;

 (void)doInTheOtherThread:(id)paramObj  {
    NSAutoreleasePool *pool= [[NSAutoreleasePool alloc] init];
    if (pool == nil) return;
    .....;
    [pool drain];
}

別スレッドから、メインスレッドとして実行する

処理は別スレッドで行った場合で、一部の処理をメインスレッドで実行したい場合です。特に、UIメッセージはメインスレッドから発行しないとなりませんので、この目的で頻繁に使います。この場合は、当該処理をメソッドに分けて、メインスレッドのコンテキストで実行します。

[NSObject performSelectorOnMainThread:doInTheMainThread withObject:paramObj waitUntilDone:YES];

メインスレッドで一時的に待ちを入れる

メインスレッドはメソッド内部で待ちに入ることはできない(再開できなくなります)のですが、RunLoopに戻って実行を遅延させることはできます。これは、例えばUIActionIndicatorの表示をする際に使うことができます。(これを使わない限り、startAnimationとstopAnimationを一つの関数の中で実行しても、表示されません)

[[NSRunLoop currentRunLoop] runUntilDate:[NSDate dateWithTimeIntervalSinceNow:0.0f]];

非メインスレッドで同期する

メインスレッドでなければ、mutexで待合わせることは可能です。例えば、以下のようなコードになります。この場合は、2回目のlockでウェイトします。

MethodRunOnThread1 {
  pthread_mutex_init(&mutex, &attr);
  pthread_mutex_lock(&mutex);
  [self performSelectorInBackground:@selector(MethodRunOnThread2) withObject:nil];
  pthread_mutex_lock(&mutex);
  phtread_mutex_unlock(&mutex);
  do_next_things...;
}

MethodRunOnThread2 {
do something;
phread_mutex_unlock(&mutex);
}

YouTube仕様変更2011/8/4に対応

nospam@example.com (金子恵季) — Fri, 19 Aug 2011 04:05:08 +0900

YouTubeダウンローダを最新仕様に更新

YouTubeダウンロードサービスとダウンロードスクリプトがエラーしていたのを修正しました。

Apacheのログを見る限りでは、8/4にYouTubeの仕様が変更されており、ダウンロードが一切できなくなっていました。別の仕事の納期が迫っていたために放置していたのですが、今週頭になんとか上がり、2〜3日前から見ていました。昨日、ようやく最新仕様に合わせて動かすことができるようになりました。

変更点は、以下のようなものでした。

fmt_url_mapがなくなって、url_encoded_fmt_stream_mapになった。
この記述があるタグも変わり、<embed type="application/x-shockwave-flash"とyt.setConfig({ 'PLAYER_CONFIG':の二箇所になった。後者は初顔。
webmコーデックのファイル(43,44,45)が新登場。

url_encoded_fmt_stream_mapは以前と書式が異なります。今回は、itagでフォーマットタイプを知り、url=http://....でURLを得ます。楽勝と思い実装してみたのですが、なぜか上手く行きません。やみくもにやっていては駄目と思われましたので、少し分析してみました。

はまってしまっていた罠は、以下の2点のようでした。

<embed ...のほうは、urlエンコードが2回掛かっています。また、PLAYER_CONFIGのほうは、urlエンコードが1回と、Unicode Escape(一部文字に)が1回掛かっています。
webmフォーマットのファイルはurlパラメタそのままで取得できますが、他のフォーマット(mp4/flv)は、quality=以下を切ってやらないと"403 Forbidden"になってしまいます。

(1)はプレイヤへの引数渡しの際の禁止文字の都合なのだろうと推測できますが、元々のパラメタが呪文文字列(数字)なので、結構悩みました。(2)に関しては全く見当が付きません。処置が的確なのかどうかすら分らない状態です。

結論

このコードで動いています。(embed, PLAYER_CONFIGのどちらでも動きます)

	if (m|\'PLAYER_CONFIG\': {(.*)}$|) {
	    my $rt = GetFmtUrlMapFromPlayerConfig($1);
	    %vphash = %$rt;
	    if (length($title) <= 0) {
		$title = GetTitleFromPlayerConfig($1);
	    }
	} elsif (m|<embed type=\"application/x-shockwave-flash\" +([^>]*)>|) {
	    my $rt = GetFmtUrlMapFromEmbed($1);
	    %vphash = %$rt;
	    if (length($title) <= 0) {
		$title = GetTitleFromEmbed($1);
	    }
	}

sub GetFmtUrlMapFromEmbed
{
    my ($argstr) = @_;
    if ($argstr =~ m|;fmt_url_map=([^;\"]+)[;\"]|) {
	my $ar = urldecode($1);
	my @vpbacks = split(/,/, $ar);
	foreach my $vpback (@vpbacks) {
	    $vpback =~ m/^[\s]*([0-9]*)|(.*)[\s]*$/;
	    $vphsh{$1} = $2;
	}
    } elsif ($argstr =~ m|url_encoded_fmt_stream_map=([^\;]+)\;|) {
	my $ar = urldecode($1);
	my @prms = split(/,/, $ar);
	foreach my $prm (@prms) {
	    if ($prm =~ m!itag=([0-9]+)[^0-9]*!) {
		my $fmt = $1;
		my $ar = urldecode($prm);
		if ($ar =~ m!url=([^\;]+)!) {
		    $ar = $1;
		    if ($fmt < 40) {
			#-- not webm
			$ar =~ s!&quality=.*!!;
		    }
		    $vphsh{$fmt} = $ar;
		}
	    }
	}
    }
    return %vphsh;
}

sub GetFmtUrlMapFromPlayerConfig
{
    my ($argstr) = @_;
    if ($argstr =~ m|\"url_encoded_fmt_stream_map\": \"([^\"]+)\"|) {
	my @prms = split(/,/, $1);
	foreach my $prm (@prms) {
	    if ($prm =~ m!itag=([0-9]+)[^0-9]*!) {
		my $fmt = $1;
		my $ar = UnicodeUnescape(urldecode($prm));
		if ($ar =~ m!url=([^\;]+)!) {
		    $ar = $1;
		    if ($fmt < 40) {
			#-- not webm
			$ar =~ s!&quality=.*!!;
		    }
		    $vphsh{$fmt} = $ar;
		}
	    }
	}
    }
    return %vphsh;
}

れで動くようになりましたが、webm対応ができていません。今後、主力のコーデックになるようなので、将来的には対応は必須なのでしょう。しかし、現在はバックワードコンパチビリティのためのmp4はおろか、flvまで用意されているようですので、後回しにします。というのも、コーデックが新しいので、サーバで使っているシステムに導入するのは骨なのです。それに、性能の上では圧倒的に優れている、という訳でもなさそうなことも一因です。

しかし、政治的な観点では、ライセンスフリーのwebmは大歓迎ですので、なんとかしたいものです。GIFやMP3で繰り返された混乱は、サービスを提供する側からすると大きな障害になってしまいますので。

YouTubeダウンローダーでタイトルが取れないのを修正

nospam@example.com (金子恵季) — Fri, 06 May 2011 01:28:15 +0900

YouTubeビデオのタイトルの仕様変更対応

YouTube ダウンローダスクリプトでタイトルが取れなくなっているのに気が付きました。このため、"タイトル名.mp4"というファイル名になりません。どうやら、YouTubeに変更があったようです。しばらく放置していたのですが、修正することにしました。

手元で問題のページをwgetで取得してみると、今迄取得に使っていた<meta title="">のタグはあるようなのですが、スクリプトにすると取得てきていないようです。少し謎です。YouTubeはクライアントの違いによって色々なHTMLを返してくるようになっていますので、素直にデバッグは諦めて、他の部分に記載されたタイトルから拾うことにしました。

それで、修正したものがこちらです。

何か不具合があれば、お知らせ下さいませ。

なお、スクリプトのほうは、バグ報告いただいていた件(wgetで動作しない)も修正してあります。

Decreasing number of the wallpaper distributing system

nospam@example.com (金子恵季) — Mon, 02 May 2011 06:33:44 +0900

Wallpapers for photostand application.

I provide the wallpaper distributing system for Linux and Windows. And I'm sorry to have a trouble to display a uncool picture on users screen.

Two days ago I found some wallpapers are replaced to "Oops" image instead of original ones. To my understanding, it is made by a site to avoid their pictures from downloading without showing their advertisement banners. The site is included in my directory, from which a recommended pictures are selected by matching user keywords.

Basically I don't have any pictures becase of copy right reason, and the service has a directory of pictures with thumbnails, so that it acts as a kind of search engine of images. (Only exclusion is nasaimage, and we provide under its rule of copyright). And I think that it is fair for each sites to decide how to distribute their contents, so I should respect their desision and give up checking the site technically.

Then I remove the site URL from the directory and rebuild a database of picture pool. And I feel disappointed to find that the number of pictures in the pool is decreased to be a half of the day before.

I think to be a risk that my service depends much on a few other's site. So I add three small wallpaper sites in the directory Yesterday. It does not increase the number dramatically, but I'd like to add many other site to be the number of pictures up to 10 thousand again.

Utility Scripts for FireGestures II

nospam@example.com (金子恵季) — Tue, 26 Apr 2011 03:49:38 +0900

Script To Copy Link URL to clipboard.

I create an another javascript for FireGestures. The function is to copy URL of the link to system clipboard/cut buffer. Basically it should work on any systems such as Linux, Windows or Mac OS X.

I like to use FireGestures on firefox browser, and made some user scripts to extend the funtion. This script is useful when you download media files by using download scripts instead of viewing on the browser. I made it to use when I want to get sequencial images or video files with incwget, and download videos from YouTube with ytdownloader.pl. Mozilla supports the function with right button menu, but I often feel irritated to copy many URLs.

The code is here;

var linkURL = FireGestures.getLinkURL();
if (!linkURL)
  throw FireGestures.getLocaleString("ERROR_NOT_ON_LINK");
var clipboard = Cc["@mozilla.org/widget/clipboardhelper;1"].getService(Ci.nsIClipboardHelp
er);
clipboard.copyString(linkURL);

iPadアプリケーション

nospam@example.com (金子恵季) — Fri, 25 Mar 2011 03:41:24 +0900

iPadアプリ「幸福の王子」公開

合同会社英徳社からiPadアプリ「幸福の王子」がAppStoreに出ました。私がソフトウェア部分の開発を請け負っていたものです。

絵本アプリで、テキストと挿絵を見ながら、日本語、英語のバイリンガルで朗読してくれます。お話はオスカー・ワイルドの原作で、王子様の黄金像と心優しい燕の悲しい、良く知られた物語です。朗読は、役者さんに入れていただいた、とのことで、大変聞き易いものになっています。物語全部ですので、日本語のほうだけで30分くらいあり、長い通勤などでも充分楽しめるボリュームがあります。

ソフト的には、英語学習者、日本語学習者に使っていただくことも想定して、お話途中で音声とテキスト画面をワンボタンで切り替えが可能にしています。また、どこを読んでいるか、カーソルで追えるようになっており、再生箇所をタッチで指定することもできます。

画面的に定型のiPad/iPhoneアプリではなかったりすることも含めて、お客様からどういった声をいただけるのか、とても楽しみです。

Scripts for FireGesture on Firefox

nospam@example.com (金子恵季) — Wed, 09 Mar 2011 05:39:46 +0900

Utility Scripts for FireGestures

I wrote some scripts of internet search of words in clipboard for FireGestures.

FireGesture is a very useful addon to enable flexible mouse gestures on Firefox. It has a extension scheme with that user defined gestures and functions can be added. User functions should be written by Javascipt. A little before I downloaded a script named "open URL in clipboard", and I wrote some scripts from it.

Web Search
Wikipedia search
Image Search
Map Search
Video Search
Dictionary Search

Base script

Base scripts of those are identical as follows. The default behavier is open new tab to show the page. (It can be changed with some flags in the script.)

const IN_NEW_TAB = true;
const IN_BACKGROUND = true;
var str = readFromClipboard();
if (!str) return;
str = encodeURIComponent(str);
str = "http://www.google.co.jp/search?hl=ja&source=hp&q=" + str + "&aq=f&aqi=g10&aql=&oq=&gs_rfai=";
if (IN_NEW_TAB)

gBrowser.loadOneTab(str, null, null, null, IN_BACKGROUND, false);
else
gBrowser.loadURI(str);

And then replace the red line to other URL of search engine sites for each media. The followings are my setting living in Japan, so that URLs are Japanse sites. Please change them to fit your country environment.

Web Search: Gesture: letter "G" (ULDRUL), URL ("http://www.google.co.jp/search?hl=ja&source=hp&q=" + str + "&aq=f&aqi=g10&aql=&oq=&gs_rfai=")
Wikipedia search: Gesture: letter "W" (DUDU), URL("http://ja.wikipedia.org/w/index.php?search=" + str)
Image Search: letter "GI" (ILDRULD), URL("http://images.google.co.jp/images?hl=ja&source=imghp&q=" + str + "&gbv=2&aq=f&aqi=g4&aql=&oq=&gs_rfai=")
Map Search: letter "M" (UDUD), URL("http://maps.google.co.jp/maps?f=q&source=s_q&hl=ja&geocode=&q=" + str + "&ie=UTF8")
Video Search: letter "Y"(DRUDLUR), URL("http://www.youtube.com/results?search_query=" + str)
Dictionary: letter "D"(DRUL), URL("http://www.weblio.jp/content/" + str)

YouTubeダウンローダーの更新

nospam@example.com (金子恵季) — Sat, 05 Mar 2011 03:37:44 +0900

YouTubeの最新仕様に対応

昨日、YouTubeダウンローダー&変換サービスでYouTubeのファイルを変換して見ようとして、うまく行かないのがあるのに気付きました。普段あまり見ない映画系のビデオでした。分野に依るのかもしれませんが、ビデオのURLがうまく取れてないらしいのです。

ファイルを調べてみたところ、確かに今迄に実装したビデオURL形式が一つもなく、以下の3種類の組み合わせだけになっているものでした。

<embed type=\"application/x-shockwave-flash\" で始まるもの
var swfConfig = で始まるもの
PLAYER_CONFIG で始まるもの

これらの内容自体は皆同じビデオURLを指定しているようです。そこで、この3つに対応するため、これ以来久し振りにコードを変更し、とりあえず動くようにはできました。ただ、あいかわらず、複数の形式が1つのページに入っているのですが、規則性も、どれを優先すれば良いのかも分かりません。

これで、都合7種類("fullscreenurl"は既に使われていないかも)の指定形式があることになります。登場してすぐになくなった呪文パラメタを要するものを加えると9種類です。

YouTubeに関して残っているものとしては、ログインしないと見られないアダルト系のビデオがあります。やるとすると、ダミーユーザを作ってログインをシミュレートした後にCookieを送れば良いのだと思います。しかしながら、あまり需要がなさそうです。YouTubeは基本的に健全なサイトですから。

Slashdot用GreaseMonkeyスクリプト

nospam@example.com (金子恵季) — Mon, 14 Feb 2011 02:35:44 +0900

スラドの公告ページを回避するスクリプト

スラッシュドットに貼られた外部リンクをクリックすると、公告付きベージが表示され、そこから改めてクリックして外に出るようになっています。運営のために仕方ないのかもしれませんが、何ともウザイ仕様です。これを回避するGreaseMonkey user scriptです。

これ→(slashdots.user.js)です。

使い方

何もありません。インストールすれば即、効きます。

アンインストール

GreaseMonkeyの管理画面から「アンインストール」します。

ヤフオク用Greasemonkeyスクリプト VIII

nospam@example.com (金子恵季) — Sat, 28 Aug 2010 23:14:36 +0900

YahooAuctionSの最近のヤフオク仕様変更に合わせた改版

こちらの続きです。最近ヤフオクは公告収入の増収を狙って(？)、画面の大幅な変更と公告スペースの拡大を行いました。これに合わせてユーザスクリプトも変更しました。特に大幅に増えた公告対応をしました。こちらを見て、設定をカスタマイズしてご利用下さい。

スクリプトはこれ→yahooauctions.user.jsです。

C# .Net Frameworkで2重起動に対応

nospam@example.com (金子恵季) — Sat, 28 Aug 2010 11:13:03 +0900

C#で二重起動を禁止するコード、起動済みプロセスに処理を移管するコード

アプリケーションは通常、プロセスとして複数起動できるものですが、何かの理由で1つのみ起動できるようにしたい場合があります。例えば、唯一リソースにアクセスするものや、インスタンス間の連携のためにスレッドで実現したい場合などです。後者はWindowsでは良く見る仕様で、Officeがそうですし、Adobe Readerなどもそうです。また、Macでは複数のアプリを上げようとしても、既に起動しているインスタンスに切り替わります。

ここでは、単純に2つの仕様の実装を紹介します。

二重起動を単に阻止する。2つ目を上げようとしたときに警告を出して終了する。
2つ目を上げようとしたとき、既に起動しているプロセスが(あたかも起動したかのように)表示される。

二重起動を阻止

プロセスの始めのほうの行に、以下のコードを入れます。Program.cs内で充分です。

// check not to run same processes simultaneously.
if (Process.GetProcessesByName(Process.GetCurrentProcess().ProcessName).Length > 1) {
        MessageBox.Show(Properties.Resources.isAlreadyRunning);
        return;
}

要するに、起動プロセスと同じ名前のプロセスがあったら、警告ダイアログを出して終了します。

起動済みプロセスに処理を任せる

前述のMacのような仕様です。起動しようとするユーザは、そのタスクを実行したいのですから、「できない」とか言われても困ってしまいます。できる限り、ユーザがやりたいことを実現するべきでしょう。2つ目を上げようとすると、起動できたように見えて、実は1つ目のプロセスのウィンドウがアクティブ状態で表示されます。

なのですが、こちらのほうは実装がすっきりしません。本来であれば、起動済みプロセスにお知らせして、実行を代行してもらうように実装すべき(UNIXであれば、このように実装するでしょう)なのですが、手軽ではありません。そこで、WinAPIを使って、表示を制御してしまいます。

 // check not to run same processes simultaneously.
 if (ActivateRunningProcess()) {
         return;
 }
----------        
// Activate the process, if a instance is already running.
private static bool ActivateRunningProcess() {
    string pnm = Process.GetCurrentProcess().ProcessName.ToString();
    string cls = "WindowsForms10.Window.8.app.0.33c0d9d";
    IntPtr hWnd = FindWindow(cls, pnm);
    if (hWnd == IntPtr.Zero) {
        //-- With debugger .vshost must be added after the processname.
        string pnmr = pnm.Replace(".vshost", "");
        if (!pnmr.Equals(pnm)) {
            hWnd = FindWindow(cls, pnmr);
        }
    }
    if (hWnd == IntPtr.Zero) {
        return false;
    }
    bool rts = ShowWindowAsync(hWnd, SW_RESTORE);
    bool rtf = SetForegroundWindow(hWnd);
    if (!rts || !rtf) {
        MessageBox.Show(Properties.Resources.isAlreadyRunning + "(" 
                        + (rts?"1":"0") + "," + (rtf?"1":"0") + ")");
    }
    return true;
}
[DllImport("user32.dll")]
private static extern bool SetForegroundWindow(IntPtr hWnd);
[DllImport("user32.dll")]
private static extern IntPtr FindWindow(string lpClassName, string lpWindowName);
[DllImport("user32.dll")]
private static extern bool ShowWindowAsync(IntPtr hWnd, int nCmdShow);
private const int SW_RESTORE = 9;  // Restore the window size

起動済みのアプリプロセスを捜すのに、FindWindowを使っています。本当は、GetProcessByNameで捜すべきところなのですが、これでやると、プロセスは見つかりますが、MainWindowHandleが取れない場合があります。デバッグした範囲では、殆どの場合でOKなのですが、ステータス表示のみ(アイコンボックスに表示されているだけ)の常駐状態の場合には無効なWindowHandleが戻ってきます。仕様(実際にMainWindowが作成されていない/破棄されているのかも)なのか、バグなのか分りません。
FindWindowでは、アプリ名のフォルダーを開いているExplorerのプロセス(というかウィンドウ)も掴まえてしまうため、実際上、クラスの指定が必須になります。これは Spy+ で確認できますが、呪文を含む文字列で中身は良く分りません。とりあえず、ビルドし直しても、VisualStudioのバージョンを変えても大丈夫なようです。
また、Visual Studio 2010から、デバッグ時のプロセス名に ".vshost" が付くようになっているようです。この部分のコードは、デバッグ時以外は必要ありません。

まとめ

これで、2重起動への対応ができました。上記以外で、通常必要になるかもしれない機能は、起動パラメタを渡すことくらいでしょうか。

WinAPIは既に使うべきではないようですが、便利なので使い続けられて行くでしょう。なんと言うか反則じみていますし、結構危険に思われます。例えば、今回のコードでも、他のプロセスから勝手に表示制御などされてしまえば、最悪プロセスが落ちても文句言えませんよね。稼働中のプロセスの任意のタイミングでスクリーンにマップされてしまう訳で、表示(show)のコールバックなどもアプリが予期せぬタイミングで呼ばれてしまいます。普通に実装していれば動くでしょうが、何らかの状態制御や排他制御などをしていれば必ずしも安全ではありません。

ヤフオク用Greasemonkeyスクリプト VII

nospam@example.com (金子恵季) — Sat, 24 Jul 2010 01:55:59 +0900

YahooAuctionSの改版

こちらの続きです。

先週ヤフオクの検索画面が変更されましたが、昨日更にマイナーチェンジが施されています。検索時のブラックリストが効かなくなりましたので、改修しました。こちらyahooauctions.user.jsです。

ヤフオク用Greasemonkeyスクリプト VI

nospam@example.com (金子恵季) — Sun, 18 Jul 2010 01:17:25 +0900

ヤフオクユーザスクリプト：新検索画面対応

こちらのバージョンアップです。

ヤフオクの検索画面がリニューアルされましたので、これに対応しました。

今迄の機能を新検索画面のフォーマットに合わせました。
各商品のページを閲覧しても未読に戻ってしまう使い難い仕様を旧来のものに戻しました。

こちらyahooauctions.user.jsをクリックするとインストールされます。設定が初期化されてしまいますので、再設定する必要があります。
設定のページを参照いただき、元々のスクリプトファイルをyahooauctions.user.jsをバックアップ(例えばデスクトップにコピー)します。次に上記リンクからユーザスクリプトをインストールします。インストールされたユーザスクリプトファイルに、バックアップしたファイルから、設定をコピペ編集します。

# そろそろ設定をスクリプトファイルから切離さないと使い難いですね。

ヤフオク用Greasemonkeyスクリプト V

nospam@example.com (金子恵季) — Wed, 23 Jun 2010 21:35:03 +0900

YahooAuctionSの機能追加

ヤフオク向けGreaseMonkeyユーザスクリプトの機能を追加しました。こちらyahooauctions.user.jsです。

変更点は以下の通りです。

ウォッチリスト画面の表示を「タイトルと画像」に設定するスイッチ(FORCE_TITLE_AND_PICTURE_ON_WATCHLISTをtrueにして下さい)の追加。
上記を設定するとウォッチリストが20個/画面になってしまうのを、50個/画面とする。
ウォッチリストの削除画面から自動で戻る設定をしたときに、"終了したオークション"の削除画面から"開催中のオークション"に戻ってしまう不具合の修正。

なお、"設定する"と言っても、ユーザがボタンを押して、表示を明示的に変更した場合は、そちらが優先されます。

インストール

Firefoxで、GreaseMonkeyのアドオンがインストールされていれば、単にクリックしていただくだけでインストールされます。詳しい設定方法は、こちら"ヤフオク用Greasemonkeyスクリプト II"をご覧下さい。

※ FORCE_TITLE_AND_PICTURE_ON_WATCHLIST に不具合があったので、差し替えました。不具合は、設定しても最初の一回目は反映されないというものです。