HTMLブロックを使用すると、コンテンツブロックや記事内の複雑なHTMLコードにすばやくアクセスして編集することができ、エディター内で編集できないコードブロックを扱ったり、それらをヘルプセンター内に安全に表示したりできます。
HTMLブロックについて
HTMLブロックにより、HTML要素でサポートされていないコードをコピーしてソースコードエディターに貼り付けることができます。そのコードはHTMLブロックにラップされ、記事またはコンテンツブロック内に表示されます。HTMLブロックをクリックするとソースコードエディターが開き、そのブロックのコードだけが表示されます。このフォーカスビューを使用すると、コンテンツブロックまたは記事全体のソースコードをスクロールすることなく、選択したコンテンツのHTMLを操作できます。
コンテンツブロックや記事を更新すると、HTMLブロックに関連付けられているHTML要素が、そのHTMLブロックを含むすべての公開済みの記事やコンテンツブロックに反映されます。HTMLブロックは、目次、アコーディオン、タブ、ステッパーなどの要素や複雑なHTMLスクリプトを含む、サポートされていないHTMLコードのあらゆるブロックに使用できます。
HTMLブロックを作成する
- ヘルプセンターまたはナレッジベース管理者で、コンテンツブロックを作成または編集します。
- コンテンツブロックエディターで、ツールバーのHTMLをクリックします。
- ソースコードエディターで、使用したいサポートされていないソースコードを作成または編集します。
- 「適用」をクリックしてコードを保存し、コンテンツブロックエディターに戻ります。サポートされていないコードは、エディタ内にHTMLブロックとして表示されます。HTMLブロックをクリックして追加オプションを表示したり、エディタ内でブロックをドラッグして、要素を別の場所に移動することができます。
- ヘルプセンターまたは「ナレッジベース管理者」で、記事を作成または編集します。
- 記事エディターのツールバーにある記事のコンポーネントボタン(
)をクリックし、「HTMLブロック」を選択します。
- HTMLブロックエディターで、使用したいサポートされていないソースコードを作成または編集します。
- 「挿入」をクリックしてコードを保存し、記事エディターに戻ります。
サポートされていないコードは、エディタ内にHTMLブロックとして表示されます。
HTMLブロックをクリックして追加オプションを表示したり、エディター内でブロックをドラッグして、要素を別の場所に移動することができます。
HTMLブロックを編集する
HTMLブロックを使うと、そのブロックのソースコードを簡単に見つけて作業することができます。ソースコードをスクロールする代わりに、コンテンツブロックまたは記事エディターから直接HTMLブロックのソースコードにアクセスして編集できます。
- 編集モードで、編集するHTMLブロックを含むコンテンツブロックまたは記事を開きます。
- 編集したいHTMLブロックをクリックしてオプションアイコンを表示し、編集アイコン(
)を選択します。
HTMLブロックエディターが編集モードで開きます。
- HRMLブロックエディターで、必要な変更を行います。
- 「適用」をクリックします。
更新内容が保存され、HTMLブロックを含むすべての記事とコンテンツブロックに表示されます。コンテンツブロックの変更を反映させるために記事を再公開する必要はありません。
HTMLブロックのリンクを解除する
HTMLブロックをインライン化してHTMLブロックのリンクを解除し、サポートされていないマークアップをコンテンツから削除ですることがきます。コードのリンクを解除する前に、削除されるコードをプレビューすることができます。
- 編集モードで、編集するHTMLブロックを含むコンテンツブロックまたは記事を開きます。
- 削除したいHTMLブロックをクリックしてオプションアイコンを表示し、リンク解除アイコン(
)を選択します。
-
リンクを解除するコードを確認し、削除される内容を確認してください。続行するには、「リンク解除」をクリックします。
HTMLブロックのリンクが解除され、サポートされていないコードが削除されます。
- 「更新」(コンテンツブロック)または「保存」(記事)をクリックします。
そのHTMLブロックは、すべてのコンテンツブロックと記事からリンクされなくなります。
HTMLブロックを削除する
HTMLブロックを削除すると、そのブロック内のテキストとコードもいっしょに記事から削除します。HTMLブロックを削除すると、そのブロックは確認を求められることなく即座に削除され、元に戻すことはできません。
- 編集モードで、編集するHTMLブロックを含むコンテンツブロックまたは記事を開きます。
- 削除したいHTMLブロックをクリックしてオプションアイコンを表示し、削除アイコン(
)を選択します。
HTMLブロックが、確認を求められることなく削除されます。
- 「更新」(コンテンツブロック)または「保存」(記事)をクリックします。
削除したHTMLブロックが、コンテンツブロックが表示されているすべての記事から削除されます。
10件のコメント
C.W. Holeman III
This is Really Quite Unacceptable!
I was super excited for this update, until I started using it. The forced HTML code blocks are utterly atrocious. Every single one of my agents has complained about it! It's terrible!
As numerous others have already stated above:
Most of my people don't know HTML! Forcing my agents to learn a new language is just not going to happen. Every single one of them is back to the legacy editor.
I have already seen a sharp decline in the quantity and quality of articles that are being produced since this editor update was released. I can already see the wasted hours.
Whoever was in charge of this design decision needs to take a good long look at how they're making choices. This is a case of one step forward, three steps backward! The ability to add an <hr> is the best part of this update. And that's a pretty sad statement.
We often have to pull content from other sources, such as an old knowledge base that we're migrating into Zendesk, or other files from a wide assortment of places. If anything that we copy and paste into the editor has any kind of styles or unsupported anything in it it now renders the entire page utterly uneditable! The only workaround is to do a paste-as-unformatted which completely strips out all the important formatting like headers, lists, and italics. At which point my agents have to completely rebuild every line of pasted content one by one.
In summary: FIX THIS FAST! You are costing us money!
0
Brooke
+1 to everyone else's negative feedback. I go into the HTML to create admonition / callout boxes, and up until the new editor, I've always been able to quickly modify the copy inside the admonition box by editing it in the WYSIWYG editor.
With this new update, I now have to go into the HTML view every single time I need to see what the original text inside the box is, and to make edits. This is very frustrating and time consuming every time I need to edit the article. Not to mention, if I need to format the text inside the box, I now have to write this out as HTML rather than using the options available in the WYSIWYG editor / keyboard shortcuts.
This feature is a huge step back in making things more efficient for myself and other writers, and I like to consider myself a Zendesk Guide power user. Please allow all text to be visible like it was with the legacy editor while in the WYSIWYG editor.
1
Rob R
I agree with some of the other complaints. It's ridiculous to force ALL the plain text into one of these blocks simply because one word or element has basic HTML applied to it.
For example, I have a series of 10 steps in an article. In step 1, I have an inline icon image that I applied a class to. Because of that, all 10 steps get automatically jammed into an HTML block. And as a result, we can no longer perform basic texts edits on the steps - we now need to go into the HTML editor to update the text, manually add new steps (<li>), etc. This is absurd and opens the door to wasting MORE time that it's saving.
One of our help centers is internal with a large group of non-savvy contributors. We can't expect them to suddenly all know HTML if someone needs to add some very basic code to a single element in a section.
And on top of that, it doesn't even seem necessary. I found that if I unlink an HTML block, it says it will remove certain code but it doesn't. It does, however, remove the HTML block from the editor while leaving everything else intact. So this seemed like a decent workaround at least - the HTML I entered worked just fine and the content appeared as it normally does in the editor. Until I found that the next time I went into the full HTML editor, made any other unrelated change and clicked Apply, those HTML blocks came right back.
Please don't force this feature on us in its current state. It's going to require us to either remove / go without all the simple HTML we've been using up to this point without issue or keep it and resort to much more manual and labor-intensive editing.
2
Summer Polacek
This is a very frustrating feature. It's putting simple html, such as markup-bullet points, into an HTML block. Then I am forced to do simple text edits within the code editor intead of the front end wysiwyg.
I can't seem to find a way to turn it off, or remove it, or make it STOP inserting in my articles.
I was excited about some other features that were added, but this one was so frustrating that I am going to make sure i use the legacy editor. I cannot stand this.
7
David Wexelblat
This isn't correct with the new editor, is it? It should be applicable (for Articles) for any with Guide, right?
0
Molly Exten
HTML blocks are wreaking havoc on my code blocks. I use an LMS to manage translations for Zendesk articles, and every time I import a translation back to Zendesk now, code blocks that use angle brackets get swallowed up by an HTML block.
Really not a fan of this feature.
2
Katarzyna Karpinska
Hi 4594924564378 ,
Thank you for this question. At the moment the HTML blocks are only available in Content blocks, which are an enterprise feature (we have updated the banner at the top of the article). Later this year they'll be available also on lower plans in the article editor.
0
Mario Guisado
Is this available in the Professional Plan? I don't have the ability to add a content block in Professional but the header to this article shows that this is available in all plans?
How do we use this if we can't create content blocks?
0
Patrick Morgan
I tried to edit the HTML code in a content block (only trying to add two special characters not supported by the WYSIWYG editor). After saving, all the content in the content block was converted into the HTML block and is no longer editable in the WYSIWYG editor. Is this expected behavior? I have no control over what content gets put in the HTML block.
1
David Bjorgen
Thank you for adding this feature. Very helpful.
0
サインインしてコメントを残します。