{[(p-1)/c]h}+r, where p is equal to the number of pages in the document, c is equal to the number of columns of the document which are simultaneously displayed, h is equal to the height of at least the first page, and r is equal to the row offset of the starting point of the first page.
by
Anonymous Coward
on 2008年09月02日 3時23分
(#1413796)
とりあえずclaim 1の
{[(p-1)/c]h}+r, where p is equal to the number of pages in the document, c is equal to the number of columns of the document which are simultaneously displayed, h is equal to the height of at least the first page, and r is equal to the row offset of the starting point of the first page.
は、pがページ番号、cが列の数、hがページの高さ(仮に100とする)だから、
1列表示では
+------+ <- page top = ((1-1)/1)*100 = 0 |page 1| <- 0 + r +------+ <- page top = ((2-1)/1)*100 = 100 |page 2| <- 100 + r +------+ <- page top = ((3-1)/1)*100 = 200 |page 3| <- 200 + r +------+
2列表示では
+------+------+ <- page top = ((1-1)/2)*100 = 0 |page 1|page 2| <- 0 + r +------+------+ <- page top = ((3-1)/2)*100 = 100 |page 3|page 4| <- 100 + r +------+------+ <- page top = ((5-1)/2)*100 = 200 |page 5|page 6| <- 200 + r +------+------+
determining a whole-page increment for scrolling from first content to second content, wherein determining the whole-page increment includes calculating a vertical offset at a second starting point in the document, the vertical offset being calculated according to the formula V.sub.1.+-.(cr), where V.sub.1 is the vertical offset at the starting point of the first page
意外と馬鹿にする特許でもないような (スコア:5, 参考になる)
この特許の認可がなぜ今頃?という感じはあるが、そこまで馬鹿にされる内容でもない気がする。
ページがズームやズームアウトされた時や、
windowが小さくなった時や大きくなった時のpage down処理をどうやってやるのか?
プログラム書け!と言われるとそんなに簡単でもない。
page upかpage downが押された時のvertical offsetを以下の式で算出するんだってさ。
{[(p-1)/c]h}+r, where p is equal to the number of pages in the document, c is equal to the number of columns of the document which are simultaneously displayed, h is equal to the height of at least the first page, and r is equal to the row offset of the starting point of the first page.
このページやword等でズームしたりwindowの大きさを変えてpage downを押してみると実例が見れます。
よく考えられてる。
で、すごい勘違いをしてないことを祈りつつカキコ。
Re:意外と馬鹿にする特許でもないような (スコア:2, すばらしい洞察)
けっきょくプログラムの難易度や、計算式の有無で特許とってどうすんだよ。
それが広く汎用化されてるかどうかではないのか
Re:意外と馬鹿にする特許でもないような (スコア:1)
この式による表示結果に対する好みはあるだろうが。
これ以上書くとまともに読んでないのばれそうだなw
Re: (スコア:0)
それとも以前からの公知の技術として認められそう?
Re: (スコア:0)
Re:意外と馬鹿にする特許でもないような (スコア:1)
(個人的に妥当に思えるかどうかはともかくとして)少なくとも特許として認められる程度に新規性があるのだろうと見ているのですが、いま一つ革新的な部分が判らないでいます。
ズームなしのウィンドウシステムでのページ操作なら、ずいぶん前に私も書いたことがありますが、誰が書いても同じ計算式になる程度の代物でしたし、同等の動きは当時珍しくもありませんでした。
といって、ズームありとなると、この特許よりもっと早い時点での実現例を挙げろと言われても、ちょっと思い浮かばない。
本家でもあーだこーだ言っているので、もしかしたら、誰かが先例を出してくれるかもしれませんが。
Re:意外と馬鹿にする特許でもないような (スコア:1)
もちろん検索文字列の位置によっては検索窓がアプリの外側に行くことに対する対策も入れていた。
当時この特許を申請していれば今頃は特許料だけで生きていけたかもしれないと思うと非常に残念である。
つか、このくらいの動作普通にやってくれないもんかねぇ。
Re:意外と馬鹿にする特許でもないような (スコア:1, 興味深い)
1列表示では 2列表示では という風にページの先頭の位置を計算して、それにページ内スクロールのオフセットである
rを足せば表示された領域の先頭の位置(vertical offset)を割り出せる、と言っている。
そして、このvertical offsetにページの高さであるhを足したり引いたりすれば、
丁度1ページ分スクロールした先の位置を算出できる、ということらしい。
#しかしclaimsのところとsummaryの所で微妙に計算式が違うような気が。
#summaryの by adding exactly the row height は分かるが
#claim 1の V.sub.1.+-.(cr) って何だよ。
Re: (スコア:0)
Re: (スコア:0)
によると、V.sub.1.+-.(cr) でページスクロールした先の位置を計算できる、とある。
しかし、この V.sub.1 の解釈として考えられるであろう
1) 現