7

Markdown ファイル内の画像を参照して、1) 編集時に適切にプレビューし、2) Pelican で処理したときに適切に生成する方法はありますか?

私が Pelican を試している理由は、ローカル サーバーを実行しなくても、さまざまなエディターを使用してローカル/オフラインでファイルをできるだけ簡単に編集できるようにするためです。これらの編集者は、次のような一般的な画像構文を理解しています。

![Pelican](images/pelican.jpg)

しかし、ペリカンが適切なパスを生成するには、以下を使用する必要があります。

![Pelican]({filename}/images/pelican.jpg)

どの編集者が理解していないため、プレビューには壊れた画像が表示されるだけです。これは理想的とは言えません。オフラインで作業することが多いため、完全なアドレスを含む画像へのリンクは機能しません。

ローカル サーバーを実行する以外に、ipad/etc でファイルを編集しているときにあまり役に立たない設定の組み合わせはありますか?

4

4 に答える 4

9

あなたが説明したユースケースを考えると、ローカル環境と本番環境の両方で URL パスが同じであることが唯一の解決策だと思います。たとえば、次の階層があるとします。

- content
    - images
        - dinosaur.jpg
    - posts
        - my-dinosaur.md

...次の方法で内部から画像にリンクできますmy-dinosaur.md

Title: My Dinosaur
Date: 2013-03-28
URL: /posts/my-dinosaur.html
Save_as: posts/my-dinosaur.html

Here is an image of my dinosaur:

![Pelican](../images/dinosaur.jpg)

この場合、生成された HTML には、次のような画像へのリンクが含まれます。

<img src="../images/dinosaur.jpg" />

次の間の相対位置である限り:

  • ソースドキュメント <-> 画像
  • 生成された HTML <-> 画像

...同じです。上記の手法により、目的を達成できるはずです。

もちろん、選択した実動 URL 構造によっては、これが実現できる場合とできない場合があります。ソース コンテンツの編成構造に合わせて URL 構造を変更したくない場合は、ローカル サーバーを実行せずに両方の環境で画像をレンダリングすることは困難です。

于 2014-02-23T15:48:06.887 に答える
4

{{ SITEURL }}Markdown 投稿でJinja 変数を使用して、画像を参照できます。

![Pelican]({{SITEURL}}/images/pelican.jpg)

これで(2)は解決するはずです。ただし、使用しているエディターと、それらが画像パスをレンダリング画像に変換する方法に関する詳細情報がなければ、これが (1) を解決するかどうかを知ることは不可能です。

于 2015-06-15T08:01:58.940 に答える