カスタムデザインのプラグイン/テーマオプションUIについてどう思いますか?


12

カスタム設計されたプラグイン/テーマオプションUIを、特に商用のもの(たとえば、CodeCanyonで-カスタムボックス、タブ、アコーディオンなど)で作成する傾向におそらく気づいたでしょう。

私は個人的にUIを最初に統一する必要があると信じており、WPでは、スタイリングガイドに従ってコアのデフォルトのHTML構造+ CSSクラス=>を使用して簡単に達成できます。

しかし、それは時には十分ではないかもしれません、そしてそれがその傾向がある理由です。別の理由は、「ブランディング」または単なる「クールネス効果」である可能性があります。

これについてどう思う?カスタム設計されたUIまたはデフォルトのUIのどちらを好みますか、それはなぜですか?

PS私がこれを尋ねる主な理由は、最近私がプラグイン開発から始めて、どのパスを選択するかのこの決定を行おうとしているからでもあります。


1
デフォルトのWP管理者スタイルを使用することを好みます。カスタムUIデザインは、プラグインまたはテーマのオプションがWPとは無関係であるという印象を与えます
onetrickpony

個人的には私はフェンスのそばにいます。カスタムUIは嫌いではありませんが、一部の作業とそうでない作業があります。すべてのカスタム(非WPのように見える)UIが悪いと言うのは正しいとは思わない、正直に言うと、標準のWP設定ページは退屈で平凡に見えるので、いくつかのベルやホイッスルは気にしないページがWordPressの自然な部分であるように見える限り(または単にWPの外観を補完する限り)。良い質問ですが、これまでのところ興味深い回答です.. :)
t31os

@ t31os:私は概ね同意します。WP管理UIは現在作業中です。Theme / Plugin管理UIをコア管理UIと一貫して(Settings APIを使用して簡単に十分に達成できる)構築するための私の唯一の議論は、そうすることで、コア管理UIが向上するにつれて、Theme / Plugin管理UIも確実になることを保証することです。後者は前者と一貫性を保ちます。(一貫したUIは非常に重要なので、私はこのアプローチを支持します。)
チップベネット

回答:


8

カスタムUIは、エクスペリエンスを向上させ、タスクを簡単にする優れた機能です。結局のところ、プラグインはWordPressを拡張するため、多くの場合、ユーザーインターフェイスを拡張しています。これは、他の画面とはまったく異なる方法で配置された画面を意味する場合がありますが、論理的で理解しやすい場合は、混乱の原因はありません。

プラグインを「ブランド化」するためにカスタムスタイリングが使用されている場合、それは単に迷惑で厄介です。カスタムUIは、管理バックエンドの色の選択を尊重する必要があります。

私は、コアの一部であると誤解される可能性のあるプラグインを非常に好んでおり、それがほぼ目標です。

そのため、コアUIを尊重しますが、制限されません。


10

カスタムUIの問題は次のとおりです。プラグインごとに外観が異なります。プラグインが統合されたカスタマイズされたテーマフレームワークを使用している場合、これで問題ありません。しかし、さまざまなUIアプローチでWordPressインストールを使用するように顧客をトレーニングすることは、明らかに容易ではありません。

私にとってWordPressをCMSとして使用する理由は、単純さです。私の顧客はコンピュータのマニアではなく、彼らはそうしたくありません。したがって、私が最初に行うことは、顧客の役割(貢献者など)を減らし、顧客が必要としないものをすべて隠すことです。

これが不可能で、使用されているプラ​​グインが他のプラグインとはまったく異なる新しい管理パネルを生成する場合、私はそれを使用しません。

標準のWordPress UIを使用するもう1つの理由は、更新しても安全であることです。組み込み関数を使用して、設定セクションとフィールドを作成します。


4

私は個人的には真ん中の道を好みます。70%ベースのWordpress管理UIスタイルである必要があります(統合を容易にするため)。残りの30%は、高度なタブ、アコーディオン、入力フィールドであり、1つの画面すべてを表示してスクロールを回避したり、複数選択などのタスクを簡単にしたりできます。それを除けば、私はカスタムスタイル(色/ブランド)の管理UIを使いたくありません。他の回答ですでにカバーされているすべての理由です。


2

2つにかなり異なるインターフェースを詰め込んだのは悪い考えだと思います。

WP管理領域は...作業中です(丁寧に処理しています)。フロントエンドからの構造およびカスタマイズオプションは非常に遠いため、多くの場合(特に、テーマの側面からのもの)は、それを破棄してカスタムにすることをお勧めします。

ネイティブパーツにうまく合うようにエンジニアリングインターフェイスを作成することは、ユーザーにとっては良い経験であり、私にとっても良い経験だと思います。しかし、それは時々あなたを夢中にさせるので、それは簡単なものではなく個人的な選択です。少なくとも今のところ、管理領域のインターフェースをより理解しやすくし、プラグイン開発者がアクセスしやすくするための動きがあります。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.